nodejs的优势

Posted 2023-04-12

Node就是这么的神奇,特别是事物,就好比回调函数吧,java也可以回调,但是java必须得使用带名字的函数进行回调,非常的让人难受,不符合人的思维.所以可以肯定的是NodeJs的替换java的部分功能,就好比,php瓜分JAVAWEB领域一样,一定会瓜分JAVA,并且,如果Oracle死掉的话,JAVA只能越来越弱小,一个强大的失误就是历史遗留太多问题,Nodejs发展了8年,安全漏洞不断地爆出但是GG都coding了,所以,Facebook和GG如果视Node亲儿子,那么的话,Node瓜分Java必然的事情了,并且GG不是正在做吗,就好比现在的bfe一直在弄安全委员会golang那件事一样,他有网络状态的NB之处,另外,如果你Nodejs仅仅开发了web网站的话,可以放弃Node,那还不如用PHP,Nodejs能做的事情,就好比现在的Python一样,符合人类思维的语言才是结局,最后总结一下,如果现在开始要做程序员,那么就直接上Nodejs+python,理由很充分,高io的胜过java,接口胜过php,有了Await平分C#,electron/NW也会win32,并且现在RN=>Adroid,RN=>ios,Facebook在完美诠释VDOM,最最主要的是模块化分布开发做的比任何语言都好.

NodeJs的优势：

现在的很多的服务器端的语言（PHP,JAVA,ASP.net）,有什么问题呢，现在的服务器端的语言在用户访问服务器时，为每个用户链接创建了一个线程，但每个线程大约要耗费2M的内存，如果一个8G内存的服务器，也就能链接4000个左右的用户，如果用户的链接数较大，就必须增加服务器的数量，而且现在用户的链接方式有很多（如app，网页同时访问），这就又涉及到服务器共享的问题，所以服务器怎么支持最大的同时链接用户量就成了一个问题；
NodeJS修改了客户端到服务器端的链接方法，解决了这个问题，他不在为每个客户端创建一个新的线程，而是为每个客户端链接出发一个NodeJs内部进行处理的事件，所以NodeJS具备同时处理多达几万个用户的客户端链接的能力；
NodeJS适合开发的应用程序：

当应用程序需要处理大量并发的输入/输出，而在向客户端发出响应之前，应用程序内部并不需要进行非常复杂的处理的时候，我们应该考虑使用NodeJs来进行应用程序的开发，例如：
1、聊天服务器：如果聊天的人很多，用户的与服务器之间的并发链接量很大，但是服务器端的数据处理并不复杂；
2、综合类服务网站和电子商务网站的服务器：在这类网站中的服务器端，往往可能每秒存内可以接受多达上千条的数据并且需要将这些数据写入数据库中，NodeJs可以通过其队列机制将这些数据迅速写入缓存区中，然后再通过每一个单独的处理从缓存区中取出这些数据并将其写入数据库中，如果是其他的服务器（如Apache服务器或Tomcat服务器）的话，由于这些服务器采用的是阻塞型I/O机制，因此每条数据写入到数据库中都要等待一段时间（等上一条写完，才能写下一条），但是NodeJs使用的是非阻塞的I/O机制，因此可以实现这些数据到数据库中的写入，而不必再为每条数据的写入而等待一段时间；
总结：
一个规模稍微大点的系统都不是一种开发语言可以搞定的，往往是几种混杂一起，比如c、c++做服务器端开发，java做业务逻辑，php等做前端展示，此外还需要消息中间件等等。
nodejs可以很快地在服务器端做原型（原来只有c系和java等能做的事情，性能还很高），而且代码量相对会少很多；另一点是它的语法优势，js闭包等。但它不太适合做cpu密集型处理的工作，只能绕着弯去解决，据说这次QCon会有人分享这方面的研究成果，可以关注下。
每种语言都有它适合的领域，没必要强求一门语言可以解决所有事情，拥有其它语言的特性，只有不断的tradeoff把系统做出来才是目标。这些都是丛书上看到总结的，还望指正 参考技术A 赋得古原草送别（白居易）追问

what?

nodeJS(前后端分离、优势、不足

参考技术A

文章阅读，来自 前端之巅 去哪儿网 部分摘录

1.项目分离，页面分离
第一种是项目分离，承载页面分离。他的特点是简单，快速，前端只关注浏览器方面，除浏览器端之外都是后端负责。
缺点 ：
沟通成本高，前期，前端需要使用 ng 或者代理工具调试，后期，还要把页面给到后端，并且新建一个对应的路由。

2.项目分离，只是后端的页面，放到了前端项目里
后端只需要配置路由，最终上线时，由发布系统负责把前端中的页面，自动同步到后端相应的目录中。其中相应的目录需要前后端提前约定，不然后端在渲染页面的时候，就会找不到相应的文件。相比第一种方案，稍微有点进步。沟通成本会有一定的降低。
缺点 ：
不过如果需要在页面里做一些业务逻辑处理，还需要前端同学掌握和学习 velocity 语法，对于新同学而言看似掌握的了一门新语法，但实际操作起来并非想象中的流畅。

3.第三种方案是使用 Nodejs 作为页面渲染层，后端只负责数据的生产工作
这也是目前阶段主要的使用方式。它的优点是前端同学对于整个页面的生命周期有完全的控制权，包括开发，调试，部署，上线以及后期的性能监控，应用监控等等。可做的事情也更多，比如使用 React SSR 做同构渲染。
缺点 ：
对于前端同学的要求也会很高，除学习前端知识外，还要学习后端知识。
整个应用都是由前端统一负责，所以还需要接收报警电话或者短信，7*24 小时，都在待命状态。

1.一些前端开发，只关注浏览器端，服务器端开发关注很少，或者根本就不关注 ;
2.认为 Node.js 只适合开发一些工具类的功能，相对于后端开发来看它只是个玩具 ;
3.Node.js 的生态不如其他后端语言生态健全 ;
4.涉及到后端开发的知识面比较广，在没有这些基础知识或者经验积累的基础上，考虑问题比较片面，最终做出的系统问题比较多，容易被后端鄙视 ;

看似问题很多，但实质上只有两个原因，
1，自身知识储备不够。
2，对 Node.js 了解不深，不敢应用在生成环境中，即使应用到生产环境，一旦出现问题，不能快速及时的处理，导致高层认为还不如其他后端语言稳定，降低了我们的话语权。 (很中肯，不摸底，不敢用于项目)

1，提高开发效率，因为有了 Node 之后就不需要配置 Nginx 了，也不需要配置一些代理工具了，所有的页面生命周期都是由前端统一去管理的，这时候不需要其他人进行合作。
2，降低沟通成本，除了接口格式外，不需要和后端进行交互了；
3，前后端职责也更为清晰，因为这时候，界限更为清晰了，后端只负责生产数据，它只提供数据就可以了，至于数据怎么消费，以及怎么用，都由前端去做；
4，可以同时使用 React SSR 技术，做到首屏渲染，提高用户体验，除了首屏之外，还可以做异步的加载、SEO 等操作。
5，Node.js 可提供一些服务，不仅能让我们使用，还可以对外使用，如 RESTful API，这样就不用有求于后端了。

/---------------------------------------------文章摘录结束-------------------------------------------------/

除了号称nodejs界jQuery的express，
另外两个比较不错的
一个是 360 团队的 Thinkjs ，
一个是阿里的 Eggjs