Node.Js VS HttpAsync(asp.net)

在阅读了很多关于nodejs的东西之后,我仍然问自己:

什么是超过asp.net HttpAsync请求的好处

唯一的限制(如我所见)是IIS限制的并发请求数。

我试图画出我目前的理解:

在这里输入图像描述

任何帮助?

  • .net/ado.net上的任何asynchronous操作都不能执行nodejs的任何操作吗?

       

网上收集的解决方案 "Node.Js VS HttpAsync(asp.net)"

IIS默认情况下将并发请求的数量限制为高数。 尽pipe可以任意提出限制。

有两个主要的好处归因于node.js:

  1. 由于asynchronousIO,可伸缩性(不是性能!有差别)
  2. 与客户共享Javascript

ASP.NET不支持2号,这是一个优势。

ASP.NET完全支持Async IO和非阻塞代码。 另外,您还可以获得JIT静态types语言的性能优势。 出于这个原因,ASP.NET通常对非玩具应用程序具有优于node.js的性能(打印“hello world”不是真正的基准testing工作量,也不会睡10秒)。

node.js受益于它所具有的非常纤细的代码path。 因此,像“echo”或“hello world”这样的非常小的应用程序可能会更快。 这不适用于实际执行工作的应用程序。

所以如果你想知道哪个“更好”,你需要考虑一个特定的场景。 基准实际工作量(不,计算一个阶乘数目是不现实的,C#只是大赢了,没有任何意义)。 还要考虑平台的成熟度,库,文档,支持,开发人员的生产力,….

node.js和ASP.NET的主要区别是图书馆的生态系统。 大多数node.js库提供了一种asynchronous的方式。 ASP.NET方法不,只有less数人能做到。 如果沿途有同步的东西,asynchronous点就会丢失。

这是大多数平台与node.js相比的问题。

否则,只要使用这个AsyncHttp方法,ASP.NET和node.js没有区别。