.NET无需NuGet，能否根据构建场景切换ProjectReference实现本地依赖解析？

完全可以通过条件判断修改ProjectReference的Include值，不用NuGet就能实现本地依赖的灵活解析，完全适配你单人开发、实时修改D的需求。

实现步骤 #

1. 统一项目结构（推荐） #

先把所有项目放在同一根目录下，确保相对路径稳定，比如：

DevRoot/
├── A/
│   └── A.csproj
├── B/
│   └── B.csproj
├── B.Cli/
│   └── B.Cli.csproj
├── C/
│   └── C.csproj
├── C.Cli/
│   └── C.Cli.csproj
└── D/
    └── D.csproj

2. 在B、C的项目文件中添加条件引用 #

在B.csproj和C.csproj里，用MSBuild的Condition属性根据构建场景调整D的引用逻辑，两种常用方式如下：

场景1：固定相对路径（推荐）

不管是独立构建B/C，还是作为A的一部分构建，直接用相对于B/C的路径引用D。.NET构建系统会自动识别重复引用并处理，不会重复编译D：

<ItemGroup>
  <!-- 固定引用上级目录的D项目 -->
  <ProjectReference Include="..\D\D.csproj" />
</ItemGroup>

场景2：根据构建场景切换路径

如果你的项目结构需要不同路径（比如B/C有时会被放到其他目录独立构建），可以用条件判断。比如通过检查是否存在A的项目文件来判断是否在A的上下文构建：

<ItemGroup>
  <!-- 独立构建B/C时，用相对路径引用D -->
  <ProjectReference Include="..\D\D.csproj" Condition="!Exists('$(SolutionDir)A\A.csproj')" />
  
  <!-- 作为A的一部分构建时，用相对于A的路径引用D（根据实际结构调整） -->
  <ProjectReference Include="..\..\D\D.csproj" Condition="Exists('$(SolutionDir)A\A.csproj')" />
</ItemGroup>

3. 验证两种构建场景 #

• 独立构建B/C：直接打开B或C的项目/解决方案，修改D的代码后，构建B/C会自动同步D的最新修改。
• 构建A：打开A的解决方案，A引用B和C，B/C引用D，构建时D只会被编译一次，修改D后A的构建也会实时生效。

额外提示 #

• 无需担心“重复引用”问题：MSBuild会自动识别同一个D项目的引用，只会编译一次，输出目录里也只会有一份D的dll。
• 若需要更灵活的控制，可以通过命令行构建传递自定义参数，比如dotnet build /p:BuildContext=Standalone，然后在.csproj里用Condition="$(BuildContext) == 'Standalone'"来判断场景。

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