今天早些时候，我遇到了Kaazing's WebSocket API for HTML5。ASP.NET MVC/MVVM的Websockets
看起来棒极了，但由于我现在只是在研究WebSocket实时财务更新的可能性，所以我想听听一些建议，以及规划此架构时要避免的陷阱。
我在看ASP.Net MVC，可能还有一些WPF/Silverlight MVVM。
是否还有其他WebSocket API更好（以及为什么）以及一些好的示例？
此外，WebSockets可以处理什么样的流量？我的意思是，如果我们有超过一百万用户在实时更新系统上，硬件需求如何改变，因为软件架构实现了WebSockets？
这里有一个web套接字客户端和服务器的CodeProject上一个C＃实现：
https://github.com/Olivine-Labs/Alchemy-Websockets
这是一个开源的websocket服务器和客户端库。 C＃/ JavaScript的。包括尚未使用websocket的浏览器的闪回套接字回退。在大多数网络浏览器上进行测试，包括移动浏览器，无处不在。
实时财务状况？我不知道你计划处理多少个连接，但这也是现在可用的最具可扩展性的解决方案。
尽管websockets的浏览器数量相当有限，但移动浏览器对此有支持。但我会考虑使用更多的跨浏览器友好的选择，如PokeIn反向ajax库
一个迟到的答案。这是一个基于.NET的WebSocket服务器（框架），它支持模型绑定/控制器和验证等，以提醒MVC。开始使用它非常容易。只要创建一个新的MVC3项目和类型：
安装，包装XSockets
在Visual Studio中使用的软件包管理器控制台
更多信息上http://xsockets.net
是的，它支持RFC6455和Hibi00和对“老”浏览器有一个回退。
我想我会回来在这，现在我有一个解决方案准备生产。我看了几个供应商，他们基本上都会收取大量的资金用于实质性构建自己的产品。他们都有很好的产品，如果你的产品上市时间很关键，那么这些预制选项可能是短期内最好的。
通过使用Socket.IO与Node.JS一起，我将注意力转移到了SignalR--一个异步信号库for。NET来帮助构建实时的多用户交互式Web应用程序，并使用中心实现。
它只用几行JavaScript管理所有繁重的连接和连接，并自动选择适当的传输协议进行连接。
对于负载平衡环境，需要实现Redis等高速缓存服务器。