如何在.NET Framework Web Forms应用中引用ASP.NET Core类库

默认情况下面向.NET Core/.NET 5+的类库无法直接被.NET Framework项目引用，你可以根据类库的实际情况选择以下两种方案：

方案1：类库改为面向.NET Standard（优先推荐） #

.NET Standard是所有.NET平台实现的通用API规范，其中.NET Standard 2.0同时支持.NET Framework 4.6.1+和.NET Core 2.0+版本，适配成本最低。

• 打开.NET Core类库的.csproj项目文件，修改目标框架配置：
  如果你只需要兼容两个平台的调用，直接替换<TargetFramework>节点为：

  <TargetFramework>netstandard2.0</TargetFramework>
  

  如果你需要类库同时保留.NET Core专属的优化实现，可以配置多目标框架：

  <TargetFrameworks>netstandard2.0;net6.0</TargetFrameworks>
  

• 校验类库使用的所有API是否兼容.NET Standard 2.0：如果用到了仅.NET Core支持的API，要么替换为.NET Standard兼容的实现，要么用条件编译代码区分不同目标框架的逻辑。
• 重新编译类库后，即可在.NET Framework Web Forms项目（要求版本≥4.6.1，推荐4.7.2+避免绑定重定向问题）中直接添加项目引用或者dll引用。

方案2：封装为独立服务调用 #

如果你的类库用到了大量.NET Core专属API（比如ASP.NET Core中间件、高性能运行时API等）无法迁移到.NET Standard，可以用这个方案：

• 将类库的功能封装为HTTP API、gRPC服务或者COM组件
• Web Forms项目中通过对应协议的客户端调用服务接口即可，无需直接引用类库。

常见问题处理 #

• 引用后出现程序集绑定冲突：可以在Web Forms项目的web.config中添加对应程序集的绑定重定向规则，或者直接将Web Forms项目升级到.NET Framework 4.8版本减少这类问题。
• 配置读取不兼容：.NET Core默认读取appsettings.json，.NET Framework默认读取web.config，你可以调整类库逻辑，将配置参数通过构造函数传入，避免类库直接读取配置文件，或者编写兼容两种配置体系的读取逻辑。

内容的提问来源于stack exchange，提问作者İsa Talha MENGİ