你希望JavaScript是双程JSON、半数Node.js以及百分之二没有配备额外Tomcat的Grunt吗？JavaScript开发和实施可以使用更多的工具及平台，因此很难决定该用哪一种工具及平台。接下来让我们一起看看过去一年中JavaScript领域中最受人关注的抉择。

将JSON应用于较小的web应用程序中？

布莱恩•奥尼尔最近写了一篇题为《J2EE Is Dead – Long-live Javascript Backed by JSON Services》的挑衅性文章。也许你已经料到了，它引发了一场激烈的辩论和大量人身攻击的评论。即使这篇文章的作者也承认，企业版Java的安全特性仍然是必要的。但是该企业通过搜索Sencha’s ExtJS框架的前端JSON存根文件，试图与JavaScript进行配对，从而完成堆栈的构建。这些存根已经被基于后端服务的JAX-RS所替代。布莱恩和他的团队显然已经放弃了整个Servlet。

已经证明JSON对于JavaScript与服务端的沟通非常有帮助。一位评论者指出，事件驱动架构使得JavaScript知识程度与服务器开发人员以及客户端开发人员都高度相关。与此同时，如果作者说他们认为技术正失去活力，那是因为8年里都未使用过该技术，你不得不怀疑这些是否可以相互比较。最新版本Java EE与庞大的J2EE相比更加轻便。对于TheServerSide方面，人们仍然讨论Spring或者Java EE哪一个选择更好。因此试图放弃以上的两种选择也许是最好的选择。

Scala作为第二种语言

要时刻了解开发环境里的新语言，如同Scala有助于开发人员更有效地开发服务器脚本。如果你不熟悉Scala，那么你通过服务器端可以对其有个初步的了解。这个函数式编程语言在Java开发人员之间获得了一致好评，因为该语言可以编写出非常简单的、表达明确的代码。如果你听说这种语言使用起来太复杂，那么就再考虑考虑。Josh Suereth写了一本关于此编程语言的书，在该书中他表达了另外一种观点。甚至是基础的内容，Scala也可以使其节省时间。你可以在scabl.blogspot.com这个网站中看到关于脚本快捷键的简单明了例子。

Node新内容是什么？

Node.js继续以其移动友好的方式赢得企业开发人员的心。这也为企业日后更多使用JSON奠定了基础。建立在Chrome JavaScript Runtime基础之上的Node.js平台是为了便于开发人员很容易地说出“我得到了Node.js的莫大帮助”而设计的。Node出现至今不过短短几年，但是，发展却非常迅速，并且与开发环境的其他元素能够有机的结合在一起。开发人员之间很喜欢共享，因此，开发人员可以为了别人能够有所提升而分享开源工具及其他小部件，这种举动源于团队精神。

Norch（即node + search）是Node中最新的工具之一。它被认为是基础的、稳健的并且容易建立的全文搜索服务器。该工具有一定的局限性，但是你必须按照以下模式执行：去除无用词、进行过滤，然后相关性权衡。也许在决定命名norch这个词之前，在Urban Dictionary上就可以找到这个词。但是我们只能说还没有对这个词语进行定义。

Tomcat仍然是服务器的一个选择

有时候，Tomcat并不一定是有助于脚本运行更好的最佳工具。我们应该学会如何正确地使用旧工具。服务器端开发人员在进行测试及集群产品设计时，智能Apache仍然是他们最满意的Servlet引擎。然而，这并不意味着每个人都可以有效地使用。结构和优化问题仍然会使许多开发人员陷入效率低的状态。例如，如果你为了开发阶段易于调试而使用JSF和Spring，那么你必须确定这些设置不会干涉生产环境。正确地、永久地在应用程序服务器上配置Tomcat可以预防耗时性能问题。你可以在这里找到许多最新的信息。