小编Bry*_*n S的帖子

在过去的 .NET Framework 项目中，我们的主应用程序作为 Windows 服务运行，我们使用 WCF NetNamedPipeBinding 与 WPF 前端应用程序进行通信。由于 WCF 不会成为 .NET Core 的一部分，我应该如何处理进程间通信？新应用程序（工作服务）需要处理典型的 RPC 并将数据推送到另一个进程。

我正在考虑以下几点：

1. 命名管道。这会起作用，但这些实际上是 API 中的流。处理流和建立协议似乎很痛苦。

2. gRPC，但这将涉及将许多数据模型转换为 protobuf，这是不可取的。

3. SignalR，但这将涉及在我的服务中托管 ASP.NET Core 应用程序。似乎是矫枉过正。

任何见解或替代方案将不胜感激！