如何让使用不同.NET版本的两个项目进行通信？

Question

我知道我肯定不是唯一遇到这个问题的人，但我的网络搜索至今没有找到什么有效的答案，可能是我在搜索关键词上有所遗漏。问题如下：

我们正在开发一个C#程序，该程序依赖于第三方后端。无论如何，我们无法替换这个后端。

这个后端的API由后端制造商以两个DLL的形式提供，目前基于.NET Framework 4.6.1，并且很快将升级到.NET Framework 4.8。一年或两年后可能使用其他版本，因为4.8是.NET Framework的最后一个版本。

我们的大部分程序涉及许多其他功能，我们希望使用比.NET Framework 4.8更新的技术来开发，例如.NET 6或.NET 8。

所以现在我的问题是：如何在同一个Visual Studio解决方案中拥有不同的项目，其中一个项目针对.NET Framework 4.8，而其他项目则针对.NET 6或其他更高版本？

（想象一下，一个没有工厂的汽车制造商试图用.NET 8.0完全自动化汽车设计过程，但最终不得不与只能支持.NET Framework 4.8的一个外部工厂进行交互。）

我之前曾有过包含.NET Framework 4.7.2项目和.NET Standard 2.0项目的解决方案，这两个项目可以兼容。但如果我有两个不兼容的.NET版本项目该怎么办呢？我期待有一种通用的架构或设计模式可以解决这个问题。我猜测可以通过某种微服务架构实现这一点，但不清楚它们之间应该如何最佳地进行通信……

hobbs · Answer

如果你运气好的话，可以直接在.NET 5+项目中直接使用.NET Framework库。在.NET 4.8和.NET 5之间，有一些API已被移除，如果这些API在项目中被使用，运行时会出现错误，因此Visual Studio会发出警告。但测试起来相对容易，而且可能能正常工作。

另外请注意，在.NET Framework项目中通过在项目文件中添加latest标签，你可以使用最新版本的C#语言特性。但这仅适用于不需要运行时更改的“语法糖”功能。尽管如此，这样的语法糖仍然能在一定程度上帮助开发。

通用解决方案是让不同的.NET项目在不同的进程中运行，并使用你偏好的进程间通信（IPC）方法来处理调用。有许多此类方法可供选择，你可以首先了解gRPC（请参阅https://en.wikipedia.org/wiki/GRPC">gRPC>）。需要注意的是，这种方法意味着在开发过程中会有一部分额外开销，因为任何调用都需要通过一个额外的通信层。

Steve Jessop · Answer

进程隔离

对于使用与组织标准不同步的框架的第三方DLL，应尽可能将其隔离到自己的进程中运行。这个进程应以其自身的应用程序标识运行，并遵循最小权限原则，这样在（天不佑人的情况下）第三方软件出现质量问题或存在漏洞时，可以减少影响范围。
一种方法是让你的组织为这些DLL编写一个轻量级的RESTful包装器，作为一个独立的应用程序域运行Web服务。你们企业的其他软件仅需调用该RESTful接口即可。DLL只需部署到单一的Web服务器上。从此处开始，你可以按照第三方落后的时间表对它们进行补丁更新和升级。