如何在.NET 6 API中使用依赖.NET Framework 4.8的DevDept Eyeshot库？

首先明确核心问题：你遇到的Could not load type 'System.Runtime.Remoting.RemotingServices'错误，根源是DevDept Eyeshot依赖了.NET Framework独有的System.Runtime.Remoting组件，而.NET 6（及所有.NET Core/.NET 5+版本）已彻底移除该API，直接跨框架引用必然失败。

下面是几个可行的解决方向，按落地成本排序：

1. 优化.NET Framework 4.8 API的开发体验（最省心） #

你觉得.NET Framework的Web开发工具不够完善，但可以通过以下方式提升体验：

• 在Visual Studio 2022中启用热重载，它对.NET Framework 4.8完全支持，无需重启服务就能看到代码变更效果
• 采用前后端分离模式，用ASP.NET Web API 2做后端接口，搭配Vue/React等前端框架，降低后端开发复杂度
• 利用Visual Studio的现代化调试工具（如快照调试、性能分析器），这些工具对.NET Framework 4.8同样适配

这个方案不需要改动框架依赖，能直接保证Eyeshot的兼容性，仅通过工具优化弥补.NET Framework的开发体验短板。

2. 进程隔离方案（最可靠，适合必须用.NET 6的场景） #

如果一定要用.NET 6开发API，只能通过进程隔离规避跨框架API冲突：

• 把所有调用Eyeshot的逻辑封装到独立的.NET Framework 4.8项目中（比如控制台应用、Windows服务或专属Web API）
• .NET 6主API与该.NET Framework 4.8进程通过**进程间通信（IPC）**交互，可选方式包括：
  • gRPC：适合高效的结构化数据传输
  • 命名管道（Named Pipes）：Windows平台下轻量的本地IPC
  • 消息队列（如RabbitMQ）：适合异步、解耦的场景
  • 让.NET Framework 4.8进程暴露简单HTTP接口，供.NET 6 API直接调用

这种方式下，两个进程各自运行在专属框架环境中，完全避免跨框架API依赖问题，是目前最稳妥的跨框架兼容方案。

3. .NET 6 Windows兼容包（尝试性方案，不保证成功） #

.NET 6提供了Microsoft.Windows.Compatibility NuGet包，旨在兼容部分.NET Framework的Windows专属API，但注意：

• 该方案仅能在Windows平台运行，无法跨平台
• System.Runtime.Remoting属于.NET Framework遗留API，不在兼容包支持范围内，大概率无法解决你的问题
• 若要尝试，步骤为：
  1. 在.NET 6 API项目中安装Microsoft.Windows.Compatibility包
  2. 在项目文件（.csproj）中设置<TargetFramework>net6.0-windows</TargetFramework>，指定Windows目标框架
  3. 尝试调用Eyeshot API，但很大概率仍会遇到Remoting相关错误

总结 #

API不一定必须和库的目标框架一致，但直接跨框架引用会因.NET 6缺少.NET Framework专属API而失败。如果必须用.NET 6，进程隔离是最可靠的方案；若可妥协，优化.NET Framework 4.8的开发体验是最省心的选择。

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