Netscape Enterprise Server和服务器端JavaScript(SSJS)与Node.js

服务器端JavaScript(SSJS)的Netscape Enterprise Server实现与node.js实现之间的主要区别是什么?

为什么Netscape的实现没有获得牵引,而node.js似乎更受欢迎?

       

网上收集的解决方案 "Netscape Enterprise Server和服务器端JavaScript(SSJS)与Node.js"

早在1999/2000年,我曾经在一家使用Netscape Server和SSJS的公司工作。 我不知道当时有多受欢迎,但是从第一手的经验来看,我可以告诉你几乎所有的事情都是可怕的:

  • debugging是一个巨大的痛苦 (源文件的任何改变,甚至是静态文件,都需要完全重新加载应用程序,这不是一个快速的操作)
  • 一个简单的错误(例如未捕获的exception)通常会导致灾难性的服务器故障 。 有趣的是,这是NodeJS的默认行为,尽pipe解决Node的这个问题要容易得多。
  • 虽然语法是JavaScript,但却没能实现现代JavaScript的一个关键优势: 运行时解释 。 服务器端JS与Netscape服务器在部署之前需要进行编译,因此需要一个非常缓慢的开发过程。
  • 它遵循multithreading执行模型 (而不是现代的JS VM,它们几乎总是基于事件循环的)
  • 可能最大的弱点是缺乏asynchronous编程支持 。 所有的IO操作都是阻塞的,因此它需要一个重量级的multithreading模型来支持多个客户端。 与现代事件驱动的JavaScript虚拟机(即:V8)相比,执行模型更像J2EE容器。 在我看来,这是NodeJS正确的第一件事:asynchronous理念深深embedded到NodeJS开发工作stream程中,它是轻量级,事件驱动,极高效的并发模型的关键。

只是为了笑声,这里是从1.2版本的SSJS参考指南的链接。 从第21页开始,您可以看到文件对象,数据库查询等的所有标准函数和同步API。

此后不久,我的公司就转而使用ColdFusion,从此不再回头。

主要区别在于Javascript在过去15年以上的发展。 Node.js使用V8的Javascript引擎,这将是现代计算机更加优化。

维基百科有不同的服务器端JS解决scheme之间的区别。

以下是Netscape Enterprise Server 的function列表 – 提供了一个很好的概念,让现代SSJS解决scheme更好。

为什么没有得到关注? 实际上,客户端JS最近才开始成为Web开发的标准,所以当它甚至没有被真正广泛地用于服务器端的开发时,任何人都不会考虑将其用于服务器端开发。 我说广泛采用 ,以前一直难以迎合所有浏览器的JavaScript解决scheme。