我对这类东西很陌生，但最近我听到了很多关于Node.js有多好的消息。考虑到我非常喜欢使用jQuery和JavaScript，我不禁想知道如何决定何时使用Node.js。
从过去几天我做的所有作业中，我得到了以下信息。节点.js
是一个命令行工具，可以作为常规web服务器运行，并允许运行JavaScript程序利用了出色的V8 JavaScript引擎当你需要同时做几件事时是基于事件的，所以所有类似Ajax的精彩内容都可以在服务器端完成让我们在浏览器和后端之间共享代码让我们谈谈MySQL
我遇到的一些来源是：
深入Node.js–介绍和安装了解NodeJS按示例列出的节点（存档.is）让我们制作一个Web应用程序：NodePad
考虑到Node.js几乎可以在Amazon的EC2实例上开箱即用，我试图了解Node.js需要什么类型的问题，而不是PHP、Python和Ruby等强大的王者。我知道这确实取决于一个人对语言的专业知识，但我的问题更多地属于一般范畴：什么时候使用特定的框架，它特别适合什么类型的问题？
当前回答
如果您的应用程序主要使用webapi或其他io通道，提供或接受用户界面，node.js可能是您的最佳选择，特别是如果您想最大限度地发挥可伸缩性，或者如果您的主要语言是javascript（或javascript转译器）。如果您构建微服务，node.js也可以。Node.js也适用于任何小型或简单的项目。
它的主要卖点是让前台人员负责后端工作，而不是典型的分工。另一个合理的卖点是，如果您的员工从一开始就面向javascript。
然而，超过某一点后，如果没有强制模块化、可读性和流控制的可怕技巧，就无法扩展代码。尽管有些人喜欢这些黑客，尤其是来自事件驱动的javascript背景，但他们似乎很熟悉或可以原谅。
特别是，当您的应用程序需要执行同步流时，您会开始使用半生不熟的解决方案，这会大大降低开发过程的速度。如果应用程序中有计算密集型部分，请谨慎选择（仅）node.jshttp://koajs.com/与我最初使用node.js或编写这篇文章时相比，其他新奇之处减轻了这些原本棘手的方面。
其他回答
你总结了Node.js的优点，做得很好。我的感觉是，Node.js特别适合那些希望保持浏览器与服务器之间持久连接的应用程序。使用称为“长轮询”的技术，您可以编写一个实时向用户发送更新的应用程序。在Ruby on Rails或Django等网络巨头上进行长时间的轮询会给服务器带来巨大的负载，因为每个活动客户端都会消耗一个服务器进程。这种情况相当于停机坪袭击。当您使用Node.js之类的东西时，服务器不需要为每个打开的连接维护单独的线程。
这意味着您可以在Node.js中创建一个基于浏览器的聊天应用程序，它几乎不需要系统资源就可以为大量客户机提供服务。任何时候你想做这种长轮询，Node.js都是一个很好的选择。
值得一提的是，Ruby和Python都有做这类事情的工具（分别是eventmachine和twisted），但Node.js从一开始就做得非常好。JavaScript非常适合基于回调的并发模型，并且在这里表现出色。此外，能够使用客户端和服务器上的JSON进行序列化和反序列化是非常不错的。
我期待着在这里阅读其他答案，这是一个很棒的问题。
值得指出的是，Node.js也非常适合在客户机/服务器之间重用大量代码的情况。Meteor框架使这变得非常简单，许多人都认为这可能是web开发的未来。根据经验，我可以说在Meteor中编写代码非常有趣，其中很大一部分是花更少的时间思考如何重组数据，这样浏览器中运行的代码就可以轻松地处理数据并将其传递回去。
这是一篇关于金字塔和长轮询的文章，事实证明，在gevent:TicTacToe和长轮询与金字塔的帮助下，这很容易设置。
它可以用于
高度事件驱动且严重受I/O限制的应用程序处理与其他系统的大量连接的应用程序实时应用程序（Node.js是从一开始就为实时和简单而设计的使用。）应用程序可以处理来自其他来源的大量信息流高流量、可扩展的应用程序移动应用程序必须与平台API和数据库通信，而无需处理大量数据分析构建网络应用程序需要经常与后端通信的应用程序
在移动方面，黄金时段公司的移动解决方案依赖Node.js。看看为什么？
LinkedIn是一个杰出的用户。他们的整个移动堆栈都建立在Node.js上。他们从在每台物理机器上运行15个服务器和15个实例，到只运行4个实例，可以处理双倍的流量！
eBay推出了ql.io，这是一种用于HTTP API的web查询语言，它使用Node.js作为运行时堆栈。他们能够调整一个常规开发人员质量的Ubuntu工作站，以处理每个node.js进程超过120000个活动连接，每个连接消耗大约2kB内存！
沃尔玛将其移动应用程序重新设计为使用Node.js，并将其JavaScript处理推送到服务器。
更多信息请访问：http://www.pixelatingbits.com/a-closer-look-at-mobile-app-development-with-node-js/
我可以分享一些使用node js的地方和原因。
对于聊天、协作编辑等实时应用程序，我们最好使用nodejs，因为它是从服务器向客户端发送事件和数据的事件库。简单易懂，因为它是大多数人都知道的javascript基础。当前的大多数web应用程序都倾向于使用angular js和主干，使用节点很容易与客户端代码交互，因为两者都将使用json数据。有很多插件可用。
缺点：-
节点将支持大多数数据库，但最好的是mongodb，它不支持复杂的连接和其他。编译错误。。。开发人员应该以其他方式处理每一个异常，如果任何error accord应用程序将停止工作，我们需要再次手动或使用任何自动化工具启动它。
结论：-Nodejs最适合用于简单和实时应用程序。。如果您有非常大的业务逻辑和复杂的功能，最好不要使用nodejs。如果您想构建一个应用程序以及聊天和任何协作功能。。节点可以用在特定的部件中，并保留下来。
没有什么比银弹更棒的了。每件事都伴随着一些相关的成本。就好像你吃了油腻的食物，你会损害你的健康，而健康的食物不会像油腻的食物一样含有香料。无论他们想要健康还是食物中的香料，都是个人的选择。Node.js考虑在特定场景中使用的方式相同。如果你的应用程序不适合这种情况，你就不应该在你的应用开发中考虑它。我只是把我的想法放在同一点上：
何时使用Node.JS
如果服务器端代码需要很少的cpu周期。在另一个世界中，您正在执行非阻塞操作，并且没有消耗大量CPU周期的繁重算法/作业。如果您来自Javascript后台，并且能够像客户端JS一样轻松编写单线程代码。
何时不使用Node.JS
您的服务器请求取决于消耗大量CPU的算法/作业。
Node.JS的可扩展性考虑
Node.JS本身并没有利用底层系统的所有核心，默认情况下它是单线程的，您必须自己编写逻辑以利用多核心处理器并使其成为多线程的。
Node.JS替代方案
还有其他选项可以代替Node.JS，但Vert.x似乎很有前途，并且有很多其他功能，如多边形和更好的可扩展性考虑。
我为新项目选择Node.js的另一个原因是：
能够进行纯云开发
我使用Cloud9IDE已经有一段时间了，现在我无法想象没有它，它涵盖了所有的开发生命周期。你只需要一个浏览器，你可以随时随地在任何设备上进行编码。您不需要在一台计算机（如在家中）中签入代码，然后在另一台计算机中签出（如在工作场所）。
当然，可能有其他语言或平台的基于云的IDE（cloud 9 IDE也增加了对其他语言的支持），但使用cloud 9进行Node.js开发对我来说真的是一种很棒的体验。
