php vs node.js smackdown：回复权利-php教程-PHP中文网

PHP在“入门”方面获胜，纯粹是因为更多的主机使其入门变得如此容易。这是一个采用问题，而不是其他任何问题。如果更多主机绕过使用Node的命令行，直接转到文件上传和控制面板中的简单“重新加载应用程序”按钮，它们将是平等的。然而，将某些内容显示在屏幕上的实际语法在PHP中要简单得多——尤其对于编程新手来说。

James：

在本地开发时，我并没有看到两者之间有很大的区别。要在浏览器中运行PHP脚本，您需要安装某种服务器堆栈；要运行Node脚本，您需要安装Node，最好还要安装一个Web框架，例如express。但是，正如Craig所说，PHP在概念上更简单。Node的入门门槛更高。对此没有异议。

第二轮：帮助和支持

第二轮考察了获得每种语言的帮助和支持的难易程度。PHP赢得了这一轮，主要是因为它的历史悠久。

Bruno：

Bruno对此保持沉默

James：

我同意这一点。Node.js是一项较新的技术，因此目前可用的帮助较少。然而，随着Node的成熟，这将越来越不重要。

第三轮：语言语法

第三轮比较了PHP和JavaScript的语法易于理解和使用的程度。Craig将这一轮授予JavaScript。

Bruno：

我强烈不同意这一点。虽然PHP确实有一些怪癖，但其中许多在最近已被纠正，并且许多奇异之处将在最新的版本中被移除。另一方面，在JS世界中存在这种情况和这种情况。

关于第3点（你的大脑不需要切换模式，因为你可以在客户端和服务器端使用JS），我不同意。服务器环境与客户端环境完全不同，需要切换大脑模式。还有一些新语法你不能在浏览器中使用，反之亦然，所以这有点像切换语言。

第4点（理解JS会让你更想使用它）也是我不同意的一点。多年来一直使用JS和PHP，我使用JS越多，就越不喜欢它——但这纯粹是个人偏好。

James：

我喜欢JavaScript。我知道它有其怪癖，我知道它有一些陷阱，但是ECMAScript 2015将纠正很多这些问题，并为该语言带来一些令人兴奋的新特性。JavaScript既强大又灵活，可以适应许多不同的编程风格。与PHP相比，我喜欢编写JavaScript。Node应得这一轮的胜利。

第四轮：开发工具

第四轮考虑了每种技术可用的工具，Node由于npm而险胜。

Bruno：

虽然Composer最初的灵感来自npm，但它现在比npm好得多，并且如果必须安装同一库的两个版本，它不会破坏你的系统，不像npm。与npm不同，Composer可以安装递归依赖项，这是npm根本无法做到的事情——但这是绝对必要的，并且应该是着手构建包管理器的人首先想到的事情。

npm还有一些非常糟糕的错误消息，我喜欢称之为“核心开发者友好型”——只有编写它们的人才能理解它们。最后，npm与Vagrant配合得不好，有效地阻碍了你正确开始——更不用说他们没有关注用户的愿望。这是一个多年来一直存在的错误，使其在Windows上基本上无法使用——这绝不是一个微不足道的用户群。PHP也有它自己的愚蠢错误，但这些错误不会多年来疏远整个操作系统的用户。

诚然，Composer并没有与PHP捆绑在一起，但我认为它不应该这样做。不应该偏袒一个实际上是单独应用程序的包管理器。如果有人，有一天，真的为Node制作了一个好的包管理器，那么将其替换为当前的包管理器将是官僚主义的地狱，更不用说让人们过渡了。此外，安装它实际上只是一行终端命令，或者下载一个安装程序。

Composer影响较小的说法是完全错误的。自Composer开发以来，它影响了所有加入PHP行列的新PHP开发人员，以及大多数不得不将其添加到当前工作流程中的优秀开发人员。仅仅因为在Composer出现之前有很多PHP用户，并不意味着它的影响较小。自从它被创建以来，它就产生了巨大的影响。“对社区的影响较小”之类的绝对性陈述如果没有事实依据就不应该做出。

我无法反驳大多数PHP开发人员最终都会安装Node的事实，这是真的。可悲的是，许多优秀的工具都是优先使用Node开发的，但我仍然希望由于BowerPHP等项目而存在一个无Node的开发环境。

James：

我很高兴这一轮Node获胜。

我喜欢npm。它易于安装，易于使用，并且几乎可以满足任何需求，都有数千个可用的包。我还喜欢npm允许您选择全局安装和本地安装包（与Ruby等语言相反，在Ruby中，gem通常与您的Ruby版本一起安装）。该工具也非常好。Bower和Grunt等工具在我的工作流程中占据着常规的位置，并且多次提高了我的生产力。

还值得一提的是，npm v3正在测试版中。这解决了Bruno提出的许多问题，例如嵌套node_modules方法错误。

整个巅峰对决的引言：

PHP开发人员最终可能想要/需要安装Node.js。反之则不然。

第五轮：环境

第五轮涉及到技术的使用和部署位置，以及支持哪些平台和生态系统。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编写原生应用程序。令人兴奋的时代！

第六轮：集成

第六轮考察了与数据库和驱动程序的集成，PHP主要因为其历史悠久而获胜。

Bruno：

集成是平局。PHP在这方面具有年龄优势，提供了更多选择，但这同时也意味着它遭受了一些严重过时的集成，例如mysql扩展——我们只在PHP7中设法摆脱了它，但它多年来一直无法使用。

James：

我不确定我是否同意这一点。整个回合的措辞似乎模糊不清，我希望有一个“较旧、较不受欢迎的技术”的例子。这也可以是一个很好的机会来强调Node的一个很大的优点——它使用JSON。JSON可能是Web上最重要的数据交换格式，也是与许多最新的NoSQL数据库交互的通用语言。JSON非常适合JavaScript程序使用，这意味着当您使用Node时，数据可以在层之间流畅地流动，而无需重新格式化。您可以从浏览器到服务器到数据库都使用一种语法。

第七轮：托管和部署

第七轮考察了将新应用程序部署到实时Web服务器的难易程度，在Craig看来，PHP在这方面是明显的赢家。

Bruno：

再次，Bruno保持沉默，没有什么要补充的

James：

这是Node需要追赶的一个领域。每个经济型Web托管公司都提供包含MySQL的PHP包。要查看某种输出，您只需创建一个带有.php扩展名的文件，在?<和?>之间放入一些有效的语句，上传文件并将其指向您的浏览器即可。Node的情况并非如此。当然，有很多Node托管选项，但它们总是需要更多设置和命令行访问，这可能会让初学者望而却步。PHP毫无疑问地赢得了这一轮。

第八轮：性能

第八轮关注速度；尽管这通常取决于开发团队的经验和投入的精力，但Craig指出了Node在多个方面的优势。

Bruno：

误解比比皆是。首先，这篇帖子使所有性能讨论都变得毫无意义。任何和所有性能增益/损失都完全取决于开发人员的经验和应用程序的类型。但即使这篇帖子没有让你相信性能讨论在没有上下文的情况下是愚蠢的，这里也有一些我自己的论点：

PHP正在获得一个内置的多线程服务器。这将使绕过外部服务器成为可能，但不推荐（尚未）。还有一些超快的服务器，如Nginx，使启动PHP并将请求委派给它的整个过程变得不明显。
HHVM和Appserver等项目为PHP添加了强大的异步和多线程方面，PHP7本身也在该部门获得了一些强大的升级。
PHP的单请求应用程序生命周期是最大的累赘，是的，如果您正在寻找原始速度；但这也可以很容易地规避，不仅可以使用Memcached和Craig所说的类似解决方案，还可以使用Ajax等方法。顺便说一句——服务器端JS应用程序默认也是单请求的。更重要的是——这种单请求生命周期也是一个优势，因为它每次使用时都会重建应用程序，从而避免内存问题，清理垃圾，并保持精简和干净。您上次使用在后端或前端都稳定、长期运行、无内存泄漏的JavaScript应用程序是什么时候？

性能讨论是，并且将永远是平局。（除非您正在使用Java——那么Java总是输！;)）

James：

Node被吹捧为高性能、低延迟应用程序的首选运行时，并且已经进入多家财富500强公司的代码堆栈中。由于其非阻塞I/O机制和Google Chrome V8引擎技术，它已成为“快速”和“可扩展”的代名词。网上有很多关于Node如何为公司带来重大性能提升并提高开发人员生产力的故事。我很高兴看到这一轮Node获胜，但我理解这是一个有争议的点。

第九轮：程序员的热情

第九轮考察了Craig对开发人员目前对PHP和Node表现出多少热情的看法，在他看来，Node轻松获胜。

Bruno：

Craig，你肯定是在错误的地方寻找。PHP社区非常热情且非常活跃。每年有超过20个大型会议，并且会讨论一些令人惊叹的话题。随着HHVM和PHP7的出现，踏水已经结束。

此外，我想说的是，Node的开发人员在6年的开发之后，仍然没有学会版本号是如何工作的（在撰写本文时为v0.12.5版本），这很奇怪。这种不成熟和绝望的“稳妥行事”（哎呀，你使用了不稳定的东西，你的错导致你的公司崩溃了），加上关键但被忽略的古老错误，疏远了整个操作系统的用户群，这将让任何严肃的开发人员远离编程语言的生态系统。

我不喜欢Node。我的不喜欢是基于负面经验，主要围绕npm展开。这将来可能会改变，但就目前而言，每次我必须以任何方式使用Node时，我都会充满恐惧和绝望。我们都有自己的偏好，但重要的是保持客观，为工作选择合适的工具。但同样重要的是要承认，有时选择合适的工具意味着首先选择错误的工具，因为你还不知道。所以不要听Craig的。不要听Jim的。不要听我的。试一试——看看什么有效，找出什么感觉良好，然后使用它。最终，使你感觉高效和很棒的环境是最好的环境，而不是给你带来毫秒级更短加载时间的环境。

James：

Node很热门。现在Nodeland正在进行大量的创新。虽然热情是主观的，但我很高兴Node赢得了这一轮。

第十轮：未来

第十轮考察了这两种语言的未来，Craig宣布这一轮为平局，因为这两种语言在这个阶段似乎都有光明的前景。

Bruno：

Bruno不得不赶紧去编写更多PHP代码，并为SitePoint编辑令人难以置信的PHP文章

James：

James也很渴望回到他心爱的JavaScript频道，但他提供了这些临别赠言：

对于这一轮来说，平局是一个公平的结果。Node是冉冉升起的新星，但要取代PHP，还需要一些巨大的事情。

总而言之，如果你的唯一工具是锤子，那么每个问题看起来都像钉子。Node并非适合所有场景的完美选择，事实上，在许多情况下，不使用它是有意义的。但是，Node擅长的事情，它做得非常好。由您做出明智的选择，并为工作选择最佳工具。

那么，现在Bruno和James已经表达了他们的意见，您有什么要说的呢？

关于PHP与Node.js的常见问题解答（FAQ）

就性能而言，PHP和Node.js的主要区别是什么？

PHP和Node.js由于其底层架构的不同，具有不同的性能特性。PHP默认情况下是一种同步语言，这意味着它一次执行一个操作，等待每个操作完成之后再继续执行下一个操作。当处理大量的I/O操作时，这可能会降低性能。另一方面，Node.js是基于JavaScript构建的，JavaScript本质上是异步和非阻塞的。这意味着它可以同时处理多个操作，而无需等待一个操作完成才能启动另一个操作，从而可能提高性能，尤其是在具有大量I/O操作的应用程序中。

PHP的学习曲线与Node.js相比如何？

由于PHP语法简单且在线资源丰富，因此通常被认为更容易被初学者学习。Node.js虽然并不复杂，但需要扎实掌握JavaScript和异步编程，这对初学者来说可能具有挑战性。但是，如果您已经熟悉JavaScript，您可能会发现Node.js更容易上手。

对于实时应用程序，PHP还是Node.js更适合？

Node.js通常更适合实时应用程序，例如聊天应用程序、协作工具或多人游戏。这是因为它具有事件驱动的非阻塞架构，允许它处理多个并发连接，并具有高吞吐量，这对于实时应用程序至关重要。

就可扩展性而言，PHP和Node.js如何比较？

PHP和Node.js都可以扩展以支持大型应用程序，但它们以不同的方式进行扩展。PHP垂直扩展，这意味着您可以通过添加更强大的硬件来提高其容量。另一方面，Node.js通过向服务器池添加更多机器来水平扩展。Node.js还内置了一个模块Cluster，允许您利用多核系统来创建共享服务器端口的子进程。