使用MSBuild构建WPF项目需指定哪些编译文件？编译顺序是否有影响？

标注代码的作用说明 #

你标注的两行代码作用如下：

• <CompileFile Include="SampleMSBuild.cs" />：自定义名为CompileFile的ItemGroup集合，将指定的C#源文件归入该集合，方便后续构建流程统一引用
• <Csc Sources="@(CompileFiles)" .../>：调用C#编译器csc.exe，将CompileFiles集合内的所有文件作为编译源输入
  注：你贴的示例代码存在笔误，ItemGroup里的项名是CompileFile，后续引用写的是@(CompileFiles)，实际使用时需要统一命名

WPF项目能否手动列全源文件编译？ #

不建议这么做。WPF的构建流程比普通控制台项目复杂很多，手动列全.cs文件会漏掉XAML的专属编译逻辑：所有.xaml文件需要先经过MarkupCompilePass1、MarkupCompilePass2两个专属任务处理，生成对应的.g.cs partial类，才能和对应的.xaml.cs文件合并编译。

你不需要手动逐个列源文件，用通配符匹配即可：

<!-- 递归匹配所有目录下的.cs文件，排除构建生成的中间目录 -->
<Compile Include="**\*.cs" Exclude="bin\**;obj\**" />
<!-- 递归匹配所有XAML页面文件 -->
<Page Include="**\*.xaml" Exclude="bin\**;obj\**" />

**代表递归匹配所有子目录，Exclude属性用来排除构建生成的中间文件，避免重复编译报错。

非源代码文件的处理方式 #

不同类型的非源码文件对应不同的处理逻辑，统一在ItemGroup内声明即可：

• 程序集引用：References文件夹下的依赖不需要加入编译源，用Reference项声明：

  <!-- WPF基础依赖 -->
  <Reference Include="PresentationCore" />
  <Reference Include="PresentationFramework" />
  <Reference Include="WindowsBase" />
  <!-- 第三方dll可以用HintPath指定路径 -->
  <Reference Include="Newtonsoft.Json">
    <HintPath>lib\Newtonsoft.Json.dll</HintPath>
  </Reference>
  

• 资源类文件：比如图片、字体、配置文件等，按用途归入对应ItemGroup：
  • Resource：WPF内嵌资源，编译后直接嵌入程序集，运行时通过资源路径调用
  • Content：内容文件，不会嵌入程序集，编译后按配置复制到输出目录
  • None：不需要参与构建流程的文件，仅在项目结构中展示

源文件与非源文件的构建关系 #

MSBuild的构建流程本质是按Target的依赖顺序执行对应任务，不同ItemGroup的文件会被不同任务处理：

1. 先处理所有.xaml文件，生成对应的partial类代码
2. 将生成的代码和手写.cs文件一起传给Csc任务编译成程序集
3. 把标记为Resource的文件嵌入程序集，标记为Content的文件复制到输出目录
4. 最终生成可执行文件和配套依赖文件

建议不要从零手写MSBuild构建文件，直接用Visual Studio生成的WPF项目.csproj作为基础，在上面扩展你需要的Deploy、Execute等自定义Target即可，SDK风格的新WPF项目已经默认内置了所有WPF专属构建逻辑，不需要手动调整编译配置。

内容的提问来源于stack exchange，提问作者sandedwich