我的理解是 node.js 是一个面向 Linux 世界的 python 应用程序。每个人似乎都对它处理许多并发连接的速度和能力感到非常满意。
我来自 Microsoft 背景,认为 node.js 可能能够使用 WCF 实现。
有人可以告诉我 node.js 如何在网络背景下运行,并且可以选择提供是否可以将其移植到 WCF 或 Azure 服务总线的见解吗?
我的理解是 node.js 是一个面向 Linux 世界的 python 应用程序。每个人似乎都对它处理许多并发连接的速度和能力感到非常满意。
我来自 Microsoft 背景,认为 node.js 可能能够使用 WCF 实现。
有人可以告诉我 node.js 如何在网络背景下运行,并且可以选择提供是否可以将其移植到 WCF 或 Azure 服务总线的见解吗?
Node 是一个Javascript框架恩惠需要一种事件驱动的方法来编写网络服务。Node 不是阻塞网络操作(通常是网络编程的方式),而是为您提供在有趣的事情发生时触发的事件处理程序(客户端连接、字节到达、DNS 查询返回等)。
因此,Node 非常适合实时 Web 应用程序并且正在被广泛探索。由于 Node 是一个 Javascript 框架,现在可以使用许多有趣的 Node库。其中一些隐藏在一个非常可爱的 API后面的不可思议的力量。
有适用于 Windows 的 Node 的二进制版本,但它们尚未被认为是稳定的。Node 比 WCF/Azure 低得多——它是套接字、DNS、HTTP 等的事件驱动包装器。如果你愿意的话。除了事件驱动之外,它不强制要求应如何实施网络服务(例如合同或数据编组)。我相信在这些技术之上实现节点克隆会损害低延迟(至少),但也许更有资格的人可以判断它是否可以完成。
PS。Node 网站很好地解释了它是如何工作的。
聚苯乙烯。可能相关的是Rx for .NET,虽然我没有时间阅读很多内容。
Node.js 是一种(非常好的)编程模型,它利用 Javascript 对异步编程的极大适用性来实现异步 Web 应用程序。该原理与 Windows 上的异步编程模型非常相似,尤其是在 .NET(WCF 很好地支持这一点)中,所有工作都在由 I/O 线程调用的回调上完成,并且应用程序从不锁定线程。Node.js 围绕这个基础机制创建了一个严格的 JS 编程模型,以允许更好地扩展应用程序。因此,与这里的一些人所说的相反,Node.js 与 WCF 完全处于同一层/级别。从协议的角度来看,Node.js 实现可能总是位于应用程序和底层 HTTP 基础设施提供的 HTTP 侦听器之间。