.NET类库中使用同一NuGet包不同版本的路径配置问题

问题1：指定类库B/C使用对应版本的DLL #

编译器错误CS0246的原因是using语句用于引用命名空间，而非指定DLL文件路径。要让类库绑定到对应版本的DLL，需通过修改.csproj文件实现：

1. 调整程序集引用路径
   打开类库B的.csproj，找到对应NuGet包的引用节点，添加HintPath指向V1文件夹内的目标DLL：

   <Reference Include="TargetAssembly, Version=1.0.0.0, Culture=neutral, PublicKeyToken=xxxxxx">
     <HintPath>..\packages\PackageName.1.0.0\V1\TargetAssembly.dll</HintPath>
     <Private>True</Private> <!-- 确保编译时复制到输出目录 -->
   </Reference>
   

   类库C的.csproj同理，修改为V2版本的路径：

   <Reference Include="TargetAssembly, Version=2.0.0.0, Culture=neutral, PublicKeyToken=xxxxxx">
     <HintPath>..\packages\PackageName.2.0.0\V2\TargetAssembly.dll</HintPath>
     <Private>True</Private>
   </Reference>
   

2. 确保DLL复制到输出目录
   在类库B的.csproj中添加编译后复制文件的任务，把V1的DLL拷贝到输出目录：

   <Target Name="CopyV1Dll" AfterTargets="Build">
     <Copy SourceFiles="$(SolutionDir)packages\PackageName.1.0.0\V1\TargetAssembly.dll" 
           DestinationFolder="$(OutputPath)" />
   </Target>
   

   类库C的.csproj对应添加V2的复制任务：

   <Target Name="CopyV2Dll" AfterTargets="Build">
     <Copy SourceFiles="$(SolutionDir)packages\PackageName.2.0.0\V2\TargetAssembly.dll" 
           DestinationFolder="$(OutputPath)" />
   </Target>
   

   完成后重新编译，CS0246错误会消失。

问题2：类库A的使用配置 #

无需额外修改的情况 #

如果目标NuGet包的程序集是强命名（带有PublicKeyToken），类库A直接引用B和C即可正常工作。因为CLR会将不同版本的强命名程序集视为独立实体，根据引用的版本号自动加载对应DLL，不会出现版本冲突。

需要调整的情况 #

如果程序集未强命名，需避免两个版本的DLL在A的输出目录中被覆盖：

1. 修改B/C的复制任务，将DLL拷贝到输出目录的子文件夹（如B的V1、C的V2）：
   类库B的复制任务修改为：

   <Target Name="CopyV1Dll" AfterTargets="Build">
     <MakeDir Directories="$(OutputPath)V1" />
     <Copy SourceFiles="$(SolutionDir)packages\PackageName.1.0.0\V1\TargetAssembly.dll" 
           DestinationFolder="$(OutputPath)V1" />
   </Target>
   

2. 在B/C的代码中通过反射手动加载对应目录的DLL（替代直接引用）：

   // 类库B中加载V1版本
   var assembly = Assembly.LoadFrom(Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "V1/TargetAssembly.dll"));
   var targetType = assembly.GetType("TargetNamespace.TargetClass");
   // 反射创建实例并调用方法
   

   这种方式下类库A仍可直接引用B/C，但B/C内部需通过反射处理依赖。

关于App.config的说明 #

类库自身的App.config不会被CLR读取，运行时配置以主应用程序的App.config/Web.config为准。因此你之前的配置无法生效，必须通过.csproj的引用和复制任务来实现类库层面的版本绑定。

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