php vs node.js smackdown：回復權利

SitePoint近期舉辦了一場PHP與Node.js的巔峰對決，Craig Buckler讓這兩種開發技術在十個挑戰中一較高下，以確定最終的贏家。

正如Craig在文章中指出的那樣，這種比較總是存在爭議。作為有趣的後續環節，我們邀請了Bruno Škvorc（SitePoint的PHP編輯）和James Hibbard（SitePoint的JavaScript編輯之一）對每一輪比賽進行評論。

以下是他們逐輪的評估……

---

關鍵要點

• 由於PHP設置簡單，並且在運行腳本時可以立即獲得反饋，因此對於初學者來說更容易上手，在“入門”環節中勝出。
• 儘管Node.js比PHP年輕，可用的支持也較少，但它以其充滿活力且快速發展的生態系統而聞名，尤其是在npm的開發工具領域。
• JavaScript同時用於客戶端和服務器端開發，使其在語法熟悉度方面具有優勢，儘管PHP的最新更新已大大提高了其語言的一致性和健壯性。
• 由於PHP在託管服務中得到廣泛支持，部署過程簡單，並且新開發人員的入門門檻較低，因此它仍然是傳統Web託管和部署的首選。
• PHP和Node.js的性能之爭表明，兩者都可以針對高性能進行優化，但由於Node.js的非阻塞特性，它在處理並發進程和實時應用程序方面具有優勢。

第一輪：入門

第一輪的挑戰是查看使用每種語言構建“Hello World”網頁的速度。這包括設置服務器環境所需的時間。

在Craig的估計中，PHP贏得了這一輪，部分原因是它“概念上更簡單”，“對新開發者來說不那麼令人生畏”。

Bruno：

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，允許您利用多核系統來創建共享服務器端口的子進程。

就PHP和Node.js的社區支持而言，它們有何不同？

PHP和Node.js都有龐大而活躍的社區，為其開發做出貢獻並提供支持。 PHP歷史悠久，擁有大量的資源、庫和框架。 Node.js雖然較新，但發展迅速，並得到谷歌和微軟等大型公司的支持。這兩個社區都在積極開發和維護各種開源項目。

就安全性而言，PHP和Node.js如何比較？

PHP和Node.js都具有強大的安全功能，但應用程序的安全性通常更多地取決於開發人員的知識和實踐，而不是語言本身。 PHP存在的時間更長，用戶群也更大，這意味著它已經接觸到更多安全威脅，並因此開發了更多安全功能和最佳實踐。 Node.js比較新，已知的漏洞較少，但內置的安全功能也較少。

對於SEO，PHP還是Node.js更好？

PHP和Node.js都可以針對SEO進行優化。 PHP多年來一直用於創建易於被搜索引擎索引的動態網站。另一方面，Node.js可用於構建快速、可擴展的應用程序，可以改善用戶體驗和網站性能，這兩者都是SEO的重要因素。

就數據庫支持而言，PHP和Node.js如何比較？

PHP廣泛支持各種數據庫，包括MySQL、PostgreSQL和SQLite。它還通過第三方庫支持MongoDB等NoSQL數據庫。另一方面，Node.js由於其基於JSON的數據處理，特別適合MongoDB等NoSQL數據庫。它還通過第三方模塊支持關係數據庫。

對於服務器端渲染，PHP還是Node.js更適合？

PHP專為服務器端渲染而設計，多年來一直用於此目的。另一方面，Node.js也可以執行服務器端渲染，尤其是在與Express.js等框架一起使用時。但是，Node.js通常用於構建API和後端服務，前端由單獨的技術處理。

就開發速度而言，PHP和Node.js如何比較？

開發速度可能因項目的複雜性和開發人員對語言的熟悉程度而異。 PHP憑藉其簡單的語法和豐富的內置函數，可以實現快速開發。 Node.js憑藉其事件驅動的架構和非阻塞I/O，也可以實現快速開發，尤其是在實時應用程序或具有大量I/O操作的服務中。

以上是php vs node.js smackdown：回復權利的詳細內容。更多資訊請關注PHP中文網其他相關文章！