Node.js如何从networking/ TCP / HTTP连接的angular度来工作？ WCF能模拟这个吗？
我的理解是，node.js是一个面向Linux世界的Python应用程序。 每个人似乎都对处理许多并发连接的速度和能力感到满意。
我来自微软的背景，并认为node.js可能能够使用WCF实现。
有人能告诉我node.js如何在networking背景下运行，并且可以select提供洞察，看看是否可以移植到WCF或Azure服务总线？
Node是一个Javascript框架 好处 需要事件驱动的方式来编写networking服务。 而不是阻止networking操作，这就是networking编程通常如何完成，Node为您提供事件处理程序，当有趣的事情发生时（客户端连接，字节到达，DNS查询返回等），触发事件处理程序。
因此，Node非常适合并正在广泛探索实时Web应用程序 。 现在有许多有趣的Node 库可供使用，这要感谢它是一个Javascript框架。 他们中的一些人在一个非常可爱的API背后隐藏着不可思议的力量
有Node的Windows版本 ，但是它们不被认为是稳定的。 节点比WCF / Azure低得多 – 它是套接字，DNS，HTTP和事件驱动的包装器。 如果你愿意。 它没有强制执行任何关于如何实施networking服务（如合同或数据编组）的要求，而不是事件驱动。 我相信在这些技术的基础上实施一个Node克隆会损害低延迟（至less），但也许更有资格的人可以告诉我们是否可以完成。
PS。 Node网站很好地解释了它是如何工作的。
PPS。 可能有关，虽然我没有时间阅读很多关于它，是Rx for .NET 。
Node.js是一个（非常好的）编程模型，它利用Javascript的非常适合asynchronous编程来实现asynchronousWeb应用程序。 其原理与Windows上的asynchronous编程模型非常相似，特别是在.NET中（WCF支持这一点），所有工作都是在I / O线程调用的callback上完成的，应用程序永远不会locking线程。 Node.js围绕这个基础机制创build了一个严格的JS编程模型，以便更好地扩展应用程序。 所以与这里所说的几个人相反，Node.js与WCF完全在同一层/层次。 从协议的angular度来看，Node.js实现可能总是位于应用程序和底层HTTP下层提供的HTTP侦听器之间。