C# 信号器、WebAPI、Winforms或替代品

我有一个简单的Web API，可以从地理位置分散的客户端接收POST消息

我有一批WinForms应用程序，它们充当“卫星”应用程序，向网站发送有效负载。因此，这些应用程序维护特定于它们所代表的每个网站的状态、登录和其他功能

理论是：

WebAPI接收一个请求，并将其发送到特定的WinForms应用程序，然后该应用程序根据其要求在有效负载上转发

那么外部客户端->Web Api Post->IPC机制在这里？发送有效负载->WinForms发送有效负载->发送响应->备份管道并通过WebAPI返回

对于我的POST请求，目前我“缺少”的地方是最有效、最快捷的方式，将消息发送到相应的WinForms应用程序并获得响应

我一直在读关于信号员的书。我已经能够创建一个集线器并向一个客户机发送消息（这就是我现在测试的全部内容）。但是-我今天早上读到，我无法从我的客户那里得到“返回”消息

关于这件事的一些信息已经过时了，这就引出了我的问题——我有没有办法用信号器来实现这一点

作为问题的附录： 如果没有，是否可以建议我作为替代者审查或研究其他技术

---

仅供参考-我确实将所有这些都内部连接到WebAPI本身，然后WebAPI本身只响应返回值，但随着需求的增长，“状态”/“登录”/“会话”/“cookie”需要维护，这促使决定“外部化”每个有效负载交付系统。

都有一些用于演示双向信号器通信的系统。听起来像是Azure功能（作为WinForms应用程序的替代品）的一个不错的用例。您可以通过Http或事件集线器触发这些功能。如果您坚持使用WinForms，您可以查看gRPC（protobuf）。但实际上，您应该坚持使用最简单、最可维护的解决方案，并且只在需要时增加复杂性-因此TCP流或UDP广播将是我的首选工具。@SamAxe:so。。。只要打开一个插座？@RobertHarvey:那就是我的出发点。将我的请求参数序列化为json。你从哪里开始？不，听起来很合理。