PayPal从Java切换到JavaScript

已经决定使用JavaScript开发Web应用程序，从浏览器一直到后端服务器，并放弃了使用JSP/Java编写的遗留代码。

PayPal技术总监Jeff Harrell在两篇博文中（解放个人UI第一部分：Dust JavaScript模板、开源等、PayPal的Node.js）解释了他们作出这一决定的缘由，并对Web应用程序开发从Java/JSP切换到彻底的JavaScript/Node.js技术栈的过程当中所产生的若干结论进行了说明。

据Harrell说，PayPal的网站已经积累了大量的技术债务，他们想要一种“可使他们摆脱债务而又能带来更大产品灵活性和创新的技术栈”。最初，在使用Web技术的前端工程师和使用Java编码的后端工程师之间存在着巨大的鸿沟。当用户体验设计人员想草绘一些页面时，为了使它们运行，他们不得不要求Java程序员作一些后端编码。这与他们的精益用户体验开发模型不相符：

当时，咱们的UI应用程序基于Java和JSP，使用了一个无弹性、紧耦合而又难以快速行动的专有解决方案。咱们的团队发现它与精益用户体验开发模型不相符，并且没法快速行动，所以，他们用脚本语言构建原型，与用户一块儿测试，而后将代码移植到产品栈中。

他们想要一个“从底层服务器技术解耦并能使UI设计独立于应用程序语言的模板[解决方案]”，并且它能够工做在多种环境中。他们决定选用Dust.js——一个由LinkedIn支持的模板框架——，再加上Twitter的Bootstrap和Bower，后者是一个面向Web的包管理器。以后又加入了LESS、RequireJS、Backbone.js、Grunt和Mocha等其它部分。

PayPal的部分页面已经通过从新设计，但他们仍然还有部分页面使用遗留技术栈：

……咱们有C++/XSL和Java/JSP两个遗留技术栈，随着继续推动，咱们不打算留下这些UI。JavaScript模板是理想之选。在C++技术栈上，咱们构建了一个使用V8引擎执行Dust本地渲染的库——其速度惊人的快！在Java端，咱们使用Spring ViewResolver和Rhino集成Dust来渲染页面。

当时，他们还开始用Node.js进行新页面的原型设计，并认为它“很是巧妙”，进而决定在生产环境对其进行试用。为了达到这一目的，他们还构建了Kraken.js，这是一个位于以Node.js为基础的Web框架Express之上的 “约定层”。（PayPal最近开源了Kraken.js。）第一个使用Node.js完成的应用程序是帐户概览页，据Harrell说，该页面是PayPal的一个最常常访问页面。可是，因为担忧Node.js应用程序可能扩展性很差，他们决定建立一个等效的Java应用程序，一旦Node.js应用程序不能正常运行，就能够回退到Java应用程序。下面是关于两种应用程序开发所需工做量的几个结论：

	Java/Spring	JavaScript/Node.js
设置时间	0	2个月
开发	大约5个月	大约3个月
工程师	5	2
代码行数	未说明	未说明，占Java应用程序的66%

JavaScript团队须要两个月的时间进行基础设施的初始设置，但他们建立具备相同功能的应用程序用人更少、耗时更短。他们在生产环境硬件上运行测试套件，得出的结论是Node.js应用程序的性能要优于Java应用程序：

Node.js应用程序每秒服务的请求数是Java应用程序的两倍。更为有趣的是，在最初的性能结果的产生过程当中，Node.js应用程序使用了单核，而Java应用程序使用了五核。咱们打算进一步增大这种差别。

并且：

对于同一页面，Node.js应用程序的平均响应时间减小了35%。这使得页面提供时间快了200毫秒——用户能够明显地感受到这种变化。

结果，PayPal开始在生产环境中使用了尚处于测试阶段的Node.js应用程序，并决定“从此全部面向客户的Web应用程序均基于Node.js构建，”，而现有的部分应用程序也将迁移到Node.js。

据Harrell说，从浏览器到服务器都使用JavaScript的一个好处是，造成了一个“容许咱们在技术栈的任何层次理解和响应用户需求”的团队，消除了前端开发与后端开发之间的鸿沟。

查看英文原文：PayPal Switches from Java to JavaScript