我对这类东西很陌生，但最近我听到了很多关于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的地方和原因。
对于聊天、协作编辑等实时应用程序，我们最好使用nodejs，因为它是从服务器向客户端发送事件和数据的事件库。简单易懂，因为它是大多数人都知道的javascript基础。当前的大多数web应用程序都倾向于使用angular js和主干，使用节点很容易与客户端代码交互，因为两者都将使用json数据。有很多插件可用。
缺点：-
节点将支持大多数数据库，但最好的是mongodb，它不支持复杂的连接和其他。编译错误。。。开发人员应该以其他方式处理每一个异常，如果任何error accord应用程序将停止工作，我们需要再次手动或使用任何自动化工具启动它。
结论：-Nodejs最适合用于简单和实时应用程序。。如果您有非常大的业务逻辑和复杂的功能，最好不要使用nodejs。如果您想构建一个应用程序以及聊天和任何协作功能。。节点可以用在特定的部件中，并保留下来。
如果您的应用程序主要使用webapi或其他io通道，提供或接受用户界面，node.js可能是您的最佳选择，特别是如果您想最大限度地发挥可伸缩性，或者如果您的主要语言是javascript（或javascript转译器）。如果您构建微服务，node.js也可以。Node.js也适用于任何小型或简单的项目。
它的主要卖点是让前台人员负责后端工作，而不是典型的分工。另一个合理的卖点是，如果您的员工从一开始就面向javascript。
然而，超过某一点后，如果没有强制模块化、可读性和流控制的可怕技巧，就无法扩展代码。尽管有些人喜欢这些黑客，尤其是来自事件驱动的javascript背景，但他们似乎很熟悉或可以原谅。
特别是，当您的应用程序需要执行同步流时，您会开始使用半生不熟的解决方案，这会大大降低开发过程的速度。如果应用程序中有计算密集型部分，请谨慎选择（仅）node.jshttp://koajs.com/与我最初使用node.js或编写这篇文章时相比，其他新奇之处减轻了这些原本棘手的方面。
Node非常适合快速原型，但我再也不会将其用于任何复杂的事情。我花了20年时间与编译器建立了关系，我真的很怀念它。节点对于维护您已经有一段时间没有访问过的代码尤其痛苦。类型信息和编译时错误检测是好事。为什么要扔掉这些？为了什么？当有东西向南移动时，堆栈的痕迹往往完全没有用。
我有一个真实世界的例子，我使用过Node.js。我所在的公司有一个客户想要一个简单的静态HTML网站。该网站用于使用PayPal销售一件物品，客户还希望有一个显示售出物品数量的柜台。客户预计会有大量访客访问本网站。我决定使用Node.js和Express.js框架制作计数器。
Node.js应用程序很简单。从Redis数据库中获取已售出物品的数量，在物品售出时增加计数器，并通过API向用户提供计数器值。
在本例中我选择使用Node.js的一些原因
它非常轻便和快速。在三个星期内，这个网站的访问量超过了200000次，服务器资源已经能够处理这一切。计数器很容易做到实时。Node.js易于配置。有很多模块可以免费使用。例如，我找到了PayPal的Node.js模块。
在本例中，Node.js是一个很棒的选择。
没有什么比银弹更棒的了。每件事都伴随着一些相关的成本。就好像你吃了油腻的食物，你会损害你的健康，而健康的食物不会像油腻的食物一样含有香料。无论他们想要健康还是食物中的香料，都是个人的选择。Node.js考虑在特定场景中使用的方式相同。如果你的应用程序不适合这种情况，你就不应该在你的应用开发中考虑它。我只是把我的想法放在同一点上：
何时使用Node.JS
如果服务器端代码需要很少的cpu周期。在另一个世界中，您正在执行非阻塞操作，并且没有消耗大量CPU周期的繁重算法/作业。如果您来自Javascript后台，并且能够像客户端JS一样轻松编写单线程代码。
何时不使用Node.JS
您的服务器请求取决于消耗大量CPU的算法/作业。
Node.JS的可扩展性考虑
Node.JS本身并没有利用底层系统的所有核心，默认情况下它是单线程的，您必须自己编写逻辑以利用多核心处理器并使其成为多线程的。
Node.JS替代方案
还有其他选项可以代替Node.JS，但Vert.x似乎很有前途，并且有很多其他功能，如多边形和更好的可扩展性考虑。
