我需要一个基于.Net的解决方案，能够将通知推送到其客户端。客户端可以是Windows应用程序，也可以是Web应用程序。
重要的是我不需要基于RPC的方法，因为我们不需要任何基于IO阻塞的架构。我第一次使用SignalR但是当我发现它基于RPC时，我改变了主意，尽管它基于Hubs API的方法非常容易使用。
首先，我需要一种面向消息的机制，它不仅重量轻，而且非阻塞，低开销，以及可靠，因为我的应用程序基于基于证据的数据，所以不能尽可能地丢失任何已发送的消息。如果消息处理器忙，则消息可以排队。
我已经通过互联网查看了其他解决方案，例如node.js，SuperWebSocket，但我感到很困惑，作为一个新手无法确定究竟是什么以及我应该选择哪种解决方案/替代方案。
我希望有人能指导我，并密切关注什么对我的情景/要求最有利。
答案 0 :(得分：2)
SignalR提供的PersistentConnection功能比Hubs API更少。但是，我必须非常努力地找到它上面的文档 - 它们显然正在推动Hubs。
我所知道的替代.NET选项是XSockets，它们提供了PubSub机制。他们正在积极开发他们的解决方案。
我不确定任何100％保证邮件传递的解决方案，因此您可能需要将自己的确认消息添加到您选择的解决方案中。
另见：
确定开销最低的方法的最佳方法是为每个应用程序编写一个简单的应用程序，并测量内存和CPU使用情况，以及消息延迟。
答案 1 :(得分：0)
问题是主观的，但这是我的建议：http://www.asp.net/signalr