服务器端JavaScript(SSJS)的Netscape Enterprise Server实现与node.js实现之间的主要区别是什么？
为什么Netscape的实现没有获得牵引力,而node.js似乎更受欢迎？
最佳答案
早在1999/2000年,我曾在一家使用Netscape Server和SSJS的公司工作.我不知道当时有多受欢迎,但从第一手经验来看,我可以告诉你,几乎所有相关内容都很糟糕：
@H_403_21@ 原文链接：https://www.f2er.com/js/429147.html>这是一个巨大的痛苦调试(源文件的任何更改,甚至静态文件,需要完全重新加载应用程序,这不是一个快速的操作)
>一个简单的错误(例如未捕获的异常)通常会导致灾难性的服务器故障.有点可笑,这是NodeJS的默认行为,尽管使用Node更容易解决这个问题.
>虽然语法是JavaScript,但它未能实现现代JavaScript的一个关键优势：运行时解释.带有Netscape Server的服务器端JS在部署之前需要编译,因此决定了一个非常慢的开发过程.
>它遵循多线程执行模型(而不是现代JS VM,几乎总是基于事件循环)
>可能它最大的缺点是缺乏异步编程支持.所有IO操作都是阻塞的,因此需要一个重量级多线程模型来支持多个客户端.执行模型更类似于J2EE容器而不是现代事件驱动的JavaScript VM(即：V8).在我看来,这是NodeJS正确的第一件事：异步哲学深深植入NodeJS开发工作流程中,它是轻量级,事件驱动,极其高效的并发模型的关键.
只是为了咯咯笑,这里是从版本1.2到SSJS reference guide的链接.从第21页开始,您可以看到文件对象,数据库查询等的所有标准函数和同步API ……
不久之后,我公司最终切换到ColdFusion,从未回头.
