Signalr 使用信号器进行目标更新而不是广播

对于这个问题的一般性质，我感到抱歉。它不是关于如何使用信号器，而是关于如何更好地使用它。我想我已经解决了“如何”的问题，但我对信号器还不熟悉，我担心我可能会以一种不适合扩展的方式使用它

我们的系统将处理应用程序，我们有多个客户端，多个用户使用同一个系统。每个应用程序所需的后端处理可能非常耗时（以分钟、小时甚至几天为单位，但通常只有几分钟），因此我使用SignalR让每个用户不断更新他们正在积极查看的应用程序的进度

应用程序123不需要知道应用程序124的更新，因此我正在为每个应用程序创建一个信号器组（即一个名为“App-123”，另一个名为“App-124”）。当123的一个后端进程完成时，信号器将向“App-123”组触发一条消息

目前，我们预计一次会监控几十个应用程序，所以我现在不担心它会继续运行。我更担心未来。我是否需要担心未使用的组被积压？当我们有数百甚至1000个应用程序被监控时，会有问题吗？你有什么警告或建议吗

谢谢

---

另外，我们还将以其他（更传统的）方式使用SignalR，但我对此并不关心。

SignalR没有太多内置的发布/订阅功能。我围绕SignalR创建了这个包装器，使它更受事件驱动。它还有一个constaint API，以便您可以轻松地控制哪些用户获得哪些事件

---

正确理解概念：一个应用程序可以有多个客户端监视它。是吗？一个应用程序可以有多个用户查看它，但所有这些用户都将使用同一个客户端。我不希望来自一个客户端的用户看到来自另一个客户端的任何信息。signar将帮助维护客户端边界，但它最终将由API强制执行。