我对这类东西很陌生，但最近我听到了很多关于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等强大的王者。我知道这确实取决于一个人对语言的专业知识，但我的问题更多地属于一般范畴：什么时候使用特定的框架，它特别适合什么类型的问题？
当前回答
我有一个真实世界的例子，我使用过Node.js。我所在的公司有一个客户想要一个简单的静态HTML网站。该网站用于使用PayPal销售一件物品，客户还希望有一个显示售出物品数量的柜台。客户预计会有大量访客访问本网站。我决定使用Node.js和Express.js框架制作计数器。
Node.js应用程序很简单。从Redis数据库中获取已售出物品的数量，在物品售出时增加计数器，并通过API向用户提供计数器值。
在本例中我选择使用Node.js的一些原因
它非常轻便和快速。在三个星期内，这个网站的访问量超过了200000次，服务器资源已经能够处理这一切。计数器很容易做到实时。Node.js易于配置。有很多模块可以免费使用。例如，我找到了PayPal的Node.js模块。
在本例中，Node.js是一个很棒的选择。
其他回答
使用NodeJS的原因：
它运行Javascript，因此您可以在服务器和客户端上使用相同的语言，甚至可以在它们之间共享一些代码（例如，用于表单验证或在任意一端呈现视图）与传统的多线程Java或ROR框架相比，单线程事件驱动系统即使在一次处理大量请求时也很快，而且很简单。通过NPM可访问的软件包数量不断增加，包括客户端和服务器端库/模块，以及用于web开发的命令行工具。其中大多数都方便地托管在github上，有时您可以在那里报告问题并在数小时内找到解决方案！一切都在一个屋檐下，有标准化的问题报告和轻松的分叉，这很好。它已经成为运行Javascript相关工具和其他web相关工具的实际标准环境，包括任务运行器、缩小器、美化器、linter、预处理器、打包器和分析处理器。它似乎非常适合于原型设计、敏捷开发和快速产品迭代。
不使用NodeJS的原因：
它运行Javascript，没有编译时类型检查。对于大型、复杂的安全关键系统或项目，包括不同组织之间的协作，一种鼓励契约接口并提供静态类型检查的语言可能会从长远来看为您节省一些调试时间（和爆炸）。（虽然JVM被设置为null，但请为您的核反应堆使用Haskell。）除此之外，NPM中的许多软件包都有点生涩，而且仍在快速开发中。一些旧框架的库已经经历了十年的测试和错误修复，现在非常稳定。Npmjs.org没有对软件包进行评级的机制，这导致了软件包的激增，这些软件包或多或少都在做同样的事情，其中很大一部分不再被维护。嵌套回调地狱。（当然，有20种不同的解决方案……）不断增长的包池可能会使一个NodeJS项目与下一个项目截然不同。由于有大量的可用选项（例如Express/Sails.js/Metator/Deby），实现方式存在很大的差异。这有时会使新开发人员更难加入Node项目。与加入现有项目的Rails开发人员相比，他应该能够很快熟悉应用程序，因为所有Rails应用程序都被鼓励使用类似的结构。处理文件可能有点麻烦。在其他语言中很琐碎的事情，比如从文本文件中读取一行，对于Node.js来说是非常奇怪的，因此有一个StackOverflow问题，有80多个赞成票。从CSV文件中一次读取一条记录没有简单的方法。等
我喜欢NodeJS，它很快，很狂野，很有趣，但我担心它对可证明的正确性没什么兴趣。让我们希望我们最终能够将这两个世界中最好的结合起来。我很想知道未来会有什么替代Node…：）
使用Node开始下一个项目的最重要原因。。。
所有最酷的男人都喜欢它。。。所以一定很有趣。你可以在冰箱里闲逛，并有很多Node冒险可以吹嘘。在云托管成本方面，你是个吝啬鬼。用Rails做过您讨厌IIS部署你以前的IT工作变得相当枯燥，你希望你在一个闪亮的新创业公司。
期待什么。。。
使用Express时，您将感到安全无忧，无需任何服务器膨胀软件。像火箭一样跑，而且伸缩性很好。你梦想着它，你安装了它。节点包repo npmjs.org是世界上最大的开源库生态系统。你的大脑会在嵌套回调的土地上扭曲时间。。。…直到你学会遵守诺言。Sequelize和Passport是您的API新朋友。调试大部分异步代码将得到。。。有趣的所有Noder掌握Typescript的时间。
谁使用它？
PayPal、Netflix、沃尔玛、LinkedIn、Groupon、优步、GoDaddy、道琼斯这就是他们切换到Node的原因。
我为新项目选择Node.js的另一个原因是：
能够进行纯云开发
我使用Cloud9IDE已经有一段时间了，现在我无法想象没有它，它涵盖了所有的开发生命周期。你只需要一个浏览器，你可以随时随地在任何设备上进行编码。您不需要在一台计算机（如在家中）中签入代码，然后在另一台计算机中签出（如在工作场所）。
当然，可能有其他语言或平台的基于云的IDE（cloud 9 IDE也增加了对其他语言的支持），但使用cloud 9进行Node.js开发对我来说真的是一种很棒的体验。
没有什么比银弹更棒的了。每件事都伴随着一些相关的成本。就好像你吃了油腻的食物，你会损害你的健康，而健康的食物不会像油腻的食物一样含有香料。无论他们想要健康还是食物中的香料，都是个人的选择。Node.js考虑在特定场景中使用的方式相同。如果你的应用程序不适合这种情况，你就不应该在你的应用开发中考虑它。我只是把我的想法放在同一点上：
何时使用Node.JS
如果服务器端代码需要很少的cpu周期。在另一个世界中，您正在执行非阻塞操作，并且没有消耗大量CPU周期的繁重算法/作业。如果您来自Javascript后台，并且能够像客户端JS一样轻松编写单线程代码。
何时不使用Node.JS
您的服务器请求取决于消耗大量CPU的算法/作业。
Node.JS的可扩展性考虑
Node.JS本身并没有利用底层系统的所有核心，默认情况下它是单线程的，您必须自己编写逻辑以利用多核心处理器并使其成为多线程的。
Node.JS替代方案
还有其他选项可以代替Node.JS，但Vert.x似乎很有前途，并且有很多其他功能，如多边形和更好的可扩展性考虑。
我可以分享一些使用node js的地方和原因。
对于聊天、协作编辑等实时应用程序，我们最好使用nodejs，因为它是从服务器向客户端发送事件和数据的事件库。简单易懂，因为它是大多数人都知道的javascript基础。当前的大多数web应用程序都倾向于使用angular js和主干，使用节点很容易与客户端代码交互，因为两者都将使用json数据。有很多插件可用。
缺点：-
节点将支持大多数数据库，但最好的是mongodb，它不支持复杂的连接和其他。编译错误。。。开发人员应该以其他方式处理每一个异常，如果任何error accord应用程序将停止工作，我们需要再次手动或使用任何自动化工具启动它。
结论：-Nodejs最适合用于简单和实时应用程序。。如果您有非常大的业务逻辑和复杂的功能，最好不要使用nodejs。如果您想构建一个应用程序以及聊天和任何协作功能。。节点可以用在特定的部件中，并保留下来。
