Node.Js VS HttpAsync（asp.net）

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

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

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

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

任何帮助？

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

Answer 1

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＃只是大赢了，没有任何意义）。 还要考虑平台的成熟度，库，文档，支持，开发人员的生产力，….

Answer 2

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

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

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