嘿，我完全懂你现在的困扰——之前维护多个项目链接源码确实麻烦，新版csproj的多目标编译本来就是用来解决这个问题的，我来一步步帮你搞定迁移：

1. 调整项目文件的目标框架配置 #

首先打开你新建的.NET Core类库的.csproj文件，把原来的单目标框架节点替换成多目标的：

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <!-- 替换成多目标框架，分号分隔不同版本 -->
    <TargetFrameworks>net35;net40</TargetFrameworks>
    <!-- 可选：自动生成绑定重定向，解决老框架的依赖冲突问题 -->
    <AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>
  </PropertyGroup>
</Project>

这里要注意：新版SDK默认不会自带.NET Framework 3.5/4.0的引用集，所以接下来要补全编译所需的依赖。

2. 添加老框架的编译引用包 #

在项目里安装官方提供的引用集包，这样编译时才能正确找到.NET 3.5/4.0的类库：

dotnet add package Microsoft.NETFramework.ReferenceAssemblies --version 1.0.3

这个包是微软官方专门给新版SDK编译旧.NET Framework项目用的，只会在编译时提供引用，不会影响最终输出的dll体积。

3. 迁移现有源码（保持统一管理） #

不用复制源码文件，直接在csproj里添加链接引用，这样源码还是留在原来的位置，新项目只是引用它们：

<ItemGroup>
  <!-- 替换成你原有源码的实际路径，**/*.cs表示递归引用所有cs文件 -->
  <Compile Include="..\原有类库项目\**\*.cs" Link="%(RecursiveDir)%(Filename)%(Extension)" />
</ItemGroup>

如果你的源码里有资源文件或者其他非cs文件，也可以用类似的<EmbeddedResource>或<Content>节点来引用。

4. 处理跨框架的代码差异 #

如果你的代码里有针对.NET 3.5和4.0的不同实现，可以用条件编译指令来区分：

#if NET35
    // 只有.NET 3.5下会编译的代码，比如用老版本的LINQ写法
    var result = list.Where(item => item > 0).ToList();
#elif NET40
    // .NET 4.0下可以用的新特性，比如Parallel.ForEach
    Parallel.ForEach(list, item => { /* 自定义处理逻辑 */ });
#endif

常见的框架预定义符号还有NETFRAMEWORK（匹配所有.NET Framework版本），可以根据需要灵活使用。

5. 适配NuGet包依赖 #

如果你的项目依赖NuGet包，要确保包同时支持.NET 3.5和4.0，或者用条件引用指定不同版本：

<ItemGroup Condition="'$(TargetFramework)' == 'net35'">
  <!-- .NET 3.5兼容的NuGet包版本 -->
  <PackageReference Include="Newtonsoft.Json" Version="12.0.3" />
</ItemGroup>
<ItemGroup Condition="'$(TargetFramework)' == 'net40'">
  <!-- .NET 4.0可以用的更高版本 -->
  <PackageReference Include="Newtonsoft.Json" Version="13.0.1" />
</ItemGroup>

如果某个包只支持其中一个框架，也可以用Condition来只在对应框架下引入。

常见坑点解决 #

• 编译时提示找不到System.Core等类库：确保已经安装了Microsoft.NETFramework.ReferenceAssemblies包，它会自动引入这些核心库。
• 绑定重定向错误：开启<AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>，编译时会自动生成合适的绑定重定向配置。
• API过时警告：如果某些API在.NET 4.0里过时但你需要兼容.NET 3.5，可以用#pragma warning disable 618来临时屏蔽警告，或者用条件编译替换成兼容的API。

这样设置完成后，你只需要编译一次项目，就能在bin\Debug\net35和bin\Debug\net40目录下得到对应框架的类库dll，再也不用维护多个项目了！

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