2

我正在开发一个协作文档编辑应用程序，客户可以在其中打开文档，通过网络服务发布编辑，并使用 SignalR 订阅对文档所做的更新。我正在试验我的 SignalR 设置，但不能完全得到我想要的。

我的直觉告诉我，我应该为每个文档都有一个名为“subscribe”的端点进行设置，因此完整路径将是文档 1 的“/documents/1/subscribe”和“/documents/2/subscribe” ” 对于文档 2。但是，据我所知，SignalR 希望我有一个端点，然后通过使用组或自己管理代码中文档的订阅者列表来管理哪些客户端获取更新并发送出去个别消息。

结果我有两个问题。

  1. 有没有办法用 SignalR 做我想做的事情？
  2. 我想做的事情是完全错误的和愚蠢的吗？
4

1 回答 1

2

除了“专用”、友好的 URL 之外，与仅使用组相比，我并没有真正看到任何价值。事实上，我能看到它做的唯一一件事就是增加了更多的开销，因为 SignalR 的消息总线内部在规模方面的工作方式。

如果您确实想尝试这个，那么您需要弄清楚的基本事情是在每个文档中动态注册路由，正如 Phil Haack 的RouteMagic为 MVC 所做的那样，我想 SignalR 路由配置可能是好。

于 2013-01-29T05:59:18.163 回答