MSBuild构建Windows CE项目异常，devenv却正常，原因何在？
我之前也踩过类似的坑，用MSBuild替代VS2008 devenv构建CF项目时总是遇到奇怪的运行时异常，结合我的排查经验，给你拆解下这个问题：
为什么会出现MissingMethodException/TypeLoadException？
核心原因是VS2008 devenv和MSBuild 3.5对Compact Framework项目的构建逻辑存在本质差异，具体体现在这几个方面：
平台专属的隐式处理：VS2008针对Windows CE/CF项目做了很多IDE层面的特殊优化，比如自动注入CE平台特有的编译符号（
WINDOWS_CE、NETCF3_5）、使用CF专属的编译器开关，甚至会自动修复引用程序集的版本匹配问题。而MSBuild 3.5的默认目标并没有完全复刻这些逻辑，导致构建出的程序集缺少必要的平台相关信息。部署流程的隐藏细节：devenv在部署到CE设备时，会自动处理系统依赖程序集的复制（比如CF核心库的正确版本）、程序集强名称的绑定验证，甚至会根据设备架构调整输出文件。MSBuild默认只负责构建，不会自动处理这些部署细节，导致设备上运行时无法找到正确的方法或类型。
项目文件的隐式配置：VS2008的项目文件中包含一些只有devenv才能识别的隐式属性或目标（比如针对CE的调试符号生成规则），MSBuild 3.5在解析时会忽略这些，最终输出的程序集和devenv构建的存在细微差异。
能不能继续使用MSBuild？
当然可以！只要调整MSBuild的构建配置，让它模拟devenv的行为就行。这里有几个关键的修复步骤：
确保引用CF专属的MSBuild目标文件：检查你的项目文件（.csproj/.vbproj），确认是否导入了CF的专用目标文件。正常情况下应该有类似这样的导入语句：
<Import Project="$(MSBuildExtensionsPath)\Microsoft\CompactFramework\v3.5\Microsoft.CompactFramework.Common.targets" /> <Import Project="$(MSBuildExtensionsPath)\Microsoft\CompactFramework\v3.5\Microsoft.CompactFramework.CSharp.targets" />如果没有，手动添加进去，这是让MSBuild正确处理CF项目的基础。
显式设置平台相关编译参数：在项目文件或MSBuild脚本中，明确指定以下配置：
- 编译符号：
<DefineConstants>WINDOWS_CE;NETCF3_5;$(DefineConstants)</DefineConstants> - 平台目标：
<PlatformTarget>WindowsCE</PlatformTarget> - 引用正确的CF程序集：确保所有引用的程序集都是CF 3.5版本（而非桌面.NET Framework版本）
- 编译符号：
补充部署步骤：用MSBuild构建时，加上
/t:Deploy命令触发部署流程，确保所有依赖程序集都被复制到CE设备的正确路径（通常是\Program Files或设备的应用目录）。同时检查设备上的Compact Framework 3.5版本是否和构建时使用的完全一致。对比构建日志找差异：开启详细构建日志，对比devenv和MSBuild的输出：
- devenv命令：
devenv YourSolution.sln /build Release /verbosity:detailed - MSBuild命令：
MSBuild YourSolution.sln /p:Configuration=Release /v:d
重点看编译命令、引用的程序集路径、输出文件的大小和版本，找出MSBuild缺失的步骤，然后在脚本中补充对应的属性或目标。
- devenv命令：
问题根源总结
VS2008的devenv作为IDE，整合了大量针对Windows CE/Compact Framework平台的专有构建逻辑，这些逻辑并没有完全封装到MSBuild 3.5的公开目标中。当你直接用MSBuild构建时，相当于跳过了这些IDE专属的处理步骤，导致输出的程序集无法在CE设备上正常运行。只要补全这些缺失的配置和步骤，MSBuild完全可以替代devenv完成CF项目的构建。
内容的提问来源于stack exchange，提问作者Martin Maat
