英文原文：PHP vs Node.js Smackdown: Right of Reply

在最近 SitePoint 的 PHP vs Node.js Smackdown 一文中，Craig Buckler 对两种语言就如何应对一系列的10个挑战进行了比较来决定哪一个总体上更佳。

Craig 在书中讲到，这些比较总是有些矛盾。作为一个有意思的随访，我们要求 Bruno ?kvorc （SitePoint 的 PHP 开发者）和 James Hibbard （SitePoint 的一个 JavaScript 开发者）对每一轮提供评论。

下面是他们详细的看法...

第一轮：开始

Round 1 挑战是看你用每种语言多快可以构建一个“Hello World”的页面。这个包括搭建服务器环境所花的时间。

据 Craig 估计，PHP 赢得这一轮，部分原因是因为这种语言“概念上更简单”，并且“对于新的开发者来说不那么吓人”。

Bruno:

PHP 赢得"开始"这一轮纯粹是因为更多的主机支持这种语言因此开始非常简单。这是拿来就好用了而不需要做额外的事情。如果更多的主机忽略使用 Node 命令行而直接采用文件上传的方式，并且在控制面板上用一个简单的 "reload app" 键，那么两者将会一样。然而就在屏幕上显示东西的实际语法而言，PHP 是更简单些——特别是对那些没有编程经验的人而言。

James:

当在本地机器上开发的时候，我没有在两者之间看到很大的不同。在你的浏览器上运行 PHP 脚本，你需要安装一些服务器软件；要运行 Node 脚本，你需要安装 Node， 并且最好安装一个 web 框架比如express. 然而，正如 Craig 说的， PHP“概念上更简单”.Node 的进入门槛更高。对此没有争议。

其它翻译版本 (1) 加载中

第二轮: 帮助和支持

第二轮会考量在两种语言中，获得帮助和支持的难易程度。PHP赢得了这一轮，主要因为它出现的更久一些。

Bruno:

关于这个保持沉默。

James:

我同意这个说法。Node是一门新技术，所以目前，帮助会少一些。可是当Node越来越成熟的时候，这方面就不是问题了.

第三轮: 语法

第三轮比较了理解两种语言语法的难易程度。Craig判定这一轮Node获胜。

Bruno:

我非常不同意这个观点。PHP的语法中的确有一些怪象，其中的很多已经被修复了，在新的版本中，还有很多要被移除。另一方面，JS中也有“this”这个问题~ 

 关于bullet 3 (开发的时候，使用js你不需要在client端开发和Server端开发的时候做切换)，我不同意这个观念。服务器环境和客户端的开发环境已经完全不通了，大脑中的切换还是需要的。总是有些新的语法你不能再浏览器中使用，反之亦然，所以这某种程度上也是语言的切换。

Bullet 4 (理解 JS 会让你更希望使用它)  这从某种程度上来说我是赞同的。 我在工作中使用 JS 和 PHP多年，使用 JS 的时间更久，但我对它却喜欢甚少——尽管那纯粹是个人倾向。

James:

我爱 JavaScript。我知道它有它的怪癖，并且我知道一些原因，ECMAScript 2015 将会修改掉一些，并给语言带来一部分令人激动的新特性。JavaScript 是强有力和灵活的，并能适应很多不同风格的编程。与 PHP 对照，我享受使用 JavaScript。Node（Node.js）就是其中之一。

第四轮：开发工具

Round 4：考虑这两种技术所使用的开发工具，Node 因为有开发工具 npm，所以略胜一筹。

Bruno：

虽然，开发者最初受到 npm 的鼓舞，但是现在有 leaps 和 bounds 比 npm 用着更舒服，而且如果你在电脑上安装了同一个库的两个版本的话，leaps 和 bounds 不会让你的系统崩溃。而且相对于 npm 而言，leaps 和 bounds 允许设计者使用递归思想，而递归思想是如此的重要，以至于当开发者准备着手建立一个包管理器时，首先考虑的就是这一点。

npm 还有一个致命的缺点，我把它称为“开发者协作友好”，npm 不能很好地做到这点，对于 npm 而言只有开发者本身能够理解自己写的东西。最后，npm 与 Vagrant 不能很好地兼容，这直接的妨碍了您开始自己工作，就更别说 npm 不关注用户们的需求了。npm 有一个 bug 已经存在了很多年，它导致该软件在 windows 上基本不能使用，这可不算是小问题了。当然 PHP 也有很多愚蠢的错误，但是这些错误并不会与你的系统之间发生问题。

的确，PHP并没有自带编译器，但我不认为它应该这样做。这样的便利不应该由一个包管理器或者说是一个独立的应用来完成。如果将来有一天，有人为 Node 开发了一个很好的包管理器，把它与现有的编译器替换将会极其困难。让它相对独立，人们可以便于切换。此外，安装它仅需要在终端上输入一行代码，或者下载一个安装程序。
书中提到的编译器影响很小的说法，是显而易见的错误。自从PHP开发完成后，编译器就影响了每一位新加入进来的 PHP 开发者，他们中的一些佼佼者不得不将它添加到现有的流程中。只基于编译器存在之前就有很多 PHP 用户的理由，并不能说明它的作用较小。事实上，自从有了它，它就产生了巨大的影响。一些人所说的“对社区造成的影响很少“的言论根本没有事实依据。
现在，我不能在大多数 PHP 开发者都希望安装 Node 这个问题上争论，这是真的事实。可悲的是，很多好的工具都首先基于 Node 下开发，但我仍然希望就像 Node-free 开发环境一样，也可用于开发BowerPHP。

James:

我很高兴有人加入Node。

我喜欢 npm。它易于安装，易于使用，并有数以千计的包可用于几乎任何需要。我也喜欢这样的事实，npm 可以选择全球的和本地的程序包（相比之下，一些语言如Ruby，它的标准需要将你的程序包安装在你的 Ruby 版本的旁边）。它的工具也很棒。一些工具，例如 Bower 和 Grunt，在我工作流中都有一个固定的位置，它们成倍地提升了我的工作效率。
另外值得一提的是，npm 已经开发出了第3版的 β 版。它解决了 Bruno 提到很多问题，例如嵌套node_modules 方法错误等。

下文引用自entire smackdown：

    PHP开发人员可能希望（或需要）在某些场合安装Node.js。反过来不是真的。

第五轮: 环境

第5轮要说的是技术的可用性和部署情况，以及被哪些平台和生态系统支持。Craig 对于这一点也不十分明确，但是看起来似乎更偏向于 Node。

Bruno:

Craig 说他曾比较 PHP 和 Node 在 web 方面的优势（常见的 web 开发问题），然后说到处都用到了 JS。首先，我们来比较 Node.js，而不是 JS 本身，其次，我们比较了两种语言在什么环境下可以运行。猴子比鱼要厉害，因为鱼太蠢了不能爬树，但是猴子和鱼都会游泳。那么我们来比较它们做得怎么样吧。

在 web 开发环境中，PHP 获胜了。这里是一些基于 PHP 的桌面程序工具——是的，也许你不会使用它们，但你一定会用这些基于 PHP 的命令行程序。

James:

我和 Craig 又一次达成一致。一些特性让 Node.js 变得如此流行（速度，可扩展性，与 JSON 密切相连，低资源占用）使它适合于许多其他类型的应用程序，例如强有力的物联网设备。我觉得，谁会不喜欢机器人呢？

Node 使得项目获得了提升，诸如NW.js（一个基于 Chromium 和 Node.js 的应用），它允许你在 HTML 和 JavaScript 上编写本地 APP。这多令人兴奋！

本文中的所有译文仅用于学习和交流目的，转载请务必注明文章译者、出处、和本文链接。 2KB翻译工作遵照 CC 协议，如果我们的工作有侵犯到您的权益，请及时联系我们。

2KB项目（www.2kb.com，源码交易平台）,提供担保交易、源码交易、虚拟商品、在家创业、在线创业、任务交易、网站设计、软件设计、网络兼职、站长交易、域名交易、链接买卖、网站交易、广告买卖、站长培训、建站美工等服务