现有.NET Framework类库与WPF项目能否适配UNO Platform使用？

不管是仅将Uno Platform用作Web端UI层，还是使用原生Blazor开发，都无法直接引用.NET Framework 4.8的项目或类库，二者存在完全相同的底层限制，该限制和上层UI框架无关，由Web端.NET运行时的基底决定。

限制原因说明 #

• 所有在浏览器中运行的.NET应用（包括Blazor WASM、Uno Platform的WebAssembly目标版本），底层依赖的都是基于.NET Core/.NET 5+的WebAssembly运行时，该运行时本身不兼容.NET Framework的专有API集，也不支持加载.NET Framework编译生成的程序集，这是无法绕过的底层约束，和上层用Razor还是Uno写UI没有关系。

可行的改造方案 #

• 方案1：类库多目标适配
  如果你的现有.NET Framework 4.8类库没有用到.NET Framework专属API（例如WPF/Winform控件、System.Drawing、WCF服务端、Remoting、AppDomain等专属特性），可以直接修改类库项目为多目标配置，同时输出net48和netstandard2.0/net6.0目标版本的程序集，原有桌面端应用继续使用net48版本，新的Uno Web应用可以直接兼容另一个目标版本的程序集，不需要修改业务逻辑代码。
• 方案2：业务逻辑后端部署
  如果旧类库依赖大量.NET Framework专属特性无法迁移到.NET Standard/.NET Core，可将现有类库封装为后端接口（Web API/gRPC均可），Uno前端只负责UI交互，通过网络请求调用后端接口使用原有业务逻辑，该方案完全不需要修改旧类库的代码，改造成本最低。
• 方案3：仅桌面端使用Uno时的兼容方案
  如果你后续有基于Uno开发跨平台桌面应用的需求，可将项目的桌面端目标设置为net48，此时可以直接引用原有.NET Framework 4.8类库，但该方案仅适用于桌面端运行场景，不适用于浏览器端运行的需求。

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