Asp.net 使用signar在多个web应用程序之间进行通信

我有两个不同的web应用程序需要相互通信（目前我可以通过使用Silverlight Duplex来实现，但扩展性不太好）。在阅读了有关SignalR的内容后，我想尝试一下，但没有找到多少关于如何实现这一点的文档。任何关于ho开始的建议都将不胜感激

谢谢

更具体的信息： 例子： 应用程序A（投标界面）-允许多个最终用户对某些项目进行投标的网页

应用程序B（管理界面）-允许用户（或可能是多个用户）监视/控制投标界面中的操作的网页

---

因此，当应用程序a的用户在一个工件上出价时，我需要一种方法来提醒应用程序B已经出价。然后从应用程序B开始，如果用户选择接受出价，我需要向应用程序A发送一个警报（以更新当前价格、增加出价等）。

老实说，让每个应用程序通过标准服务呼叫相互推送通知可能更简单（WCF、ASMX、HTTP处理程序端点、MVC控制器等）.signal在浏览器到服务器的通信中很有用，因为从服务器到连接的浏览器之间没有一致的推送方式。但是从web应用到web应用推送很简单；应用程序a只需调用应用程序B上的服务端点来通知它发生了什么事。

假设您想要的是

用户（浏览器）——应用程序A——应用程序B——用户（浏览器）

通过执行以下操作可以实现实时通信

这不是信号员的工作，但是像NServiceBus这样的东西非常适合这一点

引用总线dll文件，集线器可以引发和响应事件。 在您的情况下，您可以让Signal和服务总线技术一起工作，以允许跨应用程序同步

所以这个过程有点像

应用程序中的用户启动浏览器并请求页面

应用程序A创建中心实例，该实例在内部订阅服务总线事件

应用程序B中的用户启动浏览器并请求页面

应用程序B创建在内部订阅服务总线事件的集线器实例

两个应用程序上的用户都执行了一些操作，导致信号器拾取消息

信号器引发总线事件，表示“此用户在服务总线上做了一些事情”

其他应用程序上的其他集线器通过订阅事件获得事件通知，并采取任何措施将事件通知其连接的用户

在这里要吸取的教训。。。 不要试图让一项技术做一些超出其目的的事情……使用合适的工具来完成这项工作

在完成核心框架设置后，只需大约20行代码就可以完成整个解决方案

NServiceBus可在此处找到：

免责声明：可能还有其他解决方案，但这一建议并不认为这是解决问题的唯一方法，也不认为这是以这种方式使用的唯一技术。

---

我与特定或NServiceBus产品没有任何关联。

您能提供有关特定设置的更多详细信息吗？您需要如何沟通？我已使用更具体的信息更新了请求。感谢您的帮助！这可能会起作用…假设应用程序A和应用程序B始终作为一个实体一起工作。。.事实上，这并不是现实世界的表现……我想说，这个解决方案带来了一大堆其他令人头痛的问题。还有……既然可以松散地绑定，为什么还要紧绑定？