php 與 js 我們?nèi)绾芜x擇呢
php通常被認(rèn)為是后端處理的，JS通常被認(rèn)為是處理前端的，但是Node.js 出來后，一切變得不一樣了，我們?cè)撊绾巫鞒鲞x擇呢?下面小編帶大家學(xué)習(xí)一下。
php 與 js 你會(huì)選誰？這個(gè)問題好像問得比較奇怪，php通常被認(rèn)為是后端處理的，本站（php是什么意思）做了比較好的介紹：php是一個(gè)基于服務(wù)端來創(chuàng)建動(dòng)態(tài)網(wǎng)站的腳本語言。而JS通常被認(rèn)為是處理前端的，JS是JavaScript的簡(jiǎn)稱，是一種直譯式腳本語言，是一種動(dòng)態(tài)類型、弱類型、基于原型的語言。
但是Node.js 出來后，一切變得不一樣了。
Node 公開宣稱的目標(biāo)是 “旨在提供一種簡(jiǎn)單的構(gòu)建可伸縮網(wǎng)絡(luò)程序的方法”。
當(dāng)前的服務(wù)器程序有什么問題？我們來做個(gè)數(shù)學(xué)題。在 Java? 和 PHP 這類語言中，每個(gè)連接都會(huì)生成一個(gè)新線程，每個(gè)新線程可能需要 2 MB 的配套內(nèi)存。在一個(gè)擁有 8 GB RAM 的系統(tǒng)上，理論上最大的并發(fā)連接數(shù)量是 4,000 個(gè)用戶。隨著您的客戶群的增長，如果希望您的 Web 應(yīng)用程序支持更多用戶，那么，您必須添加更多服務(wù)器。當(dāng)然，這會(huì)增加服務(wù)器成本、流量成本和人工成本等成本。除這些成本上升外，還有一個(gè)潛在技術(shù)問題，即用戶可能針對(duì)每個(gè)請(qǐng)求使用不同的服務(wù)器，因此，任何共享資源都必須在所有服務(wù)器之間共享。鑒于上述所有原因，整個(gè) Web 應(yīng)用程序架構(gòu)（包括流量、處理器速度和內(nèi)存速度）中的瓶頸是：服務(wù)器能夠處理的并發(fā)連接的最大數(shù)量。
Node 解決這個(gè)問題的方法是：更改連接到服務(wù)器的方式。每個(gè)連接發(fā)射一個(gè)在 Node 引擎的進(jìn)程中運(yùn)行的事件，而不是為每個(gè)連接生成一個(gè)新的 OS 線程（并為其分配一些配套內(nèi)存）。Node 聲稱它絕不會(huì)死鎖，因?yàn)樗静辉试S使用鎖，它不會(huì)直接阻塞 I/O 調(diào)用。Node 還宣稱，運(yùn)行它的服務(wù)器能支持?jǐn)?shù)萬個(gè)并發(fā)連接。
現(xiàn)在您有了一個(gè)能處理數(shù)萬個(gè)并發(fā)連接的程序，那么您能通過 Node 實(shí)際構(gòu)建什么呢？如果您有一個(gè) Web 應(yīng)用程序需要處理這么多連接，那將是一件很 “恐怖” 的事！那是一種 “如果您有這個(gè)問題，那么它根本不是問題” 的問題。在回答上面的問題之前，我們先看看 Node 的工作原理以及它的設(shè)計(jì)運(yùn)行方式。
SitePoint 的 PHP vs Node.js Smackdown 一文中，Craig Buckler 對(duì)兩種語言就如何應(yīng)對(duì)一系列的10個(gè)挑戰(zhàn)進(jìn)行了比較來決定哪一個(gè)總體上更佳。
Craig 在書中講到，這些比較總是有些矛盾。作為一個(gè)有意思的隨訪，我們要求 Bruno ?kvorc （SitePoint 的 PHP 開發(fā)者）和 James Hibbard （SitePoint 的一個(gè) JavaScript 開發(fā)者）對(duì)每一輪提供評(píng)論。
下面是他們?cè)敿?xì)的看法...
第一輪：開始
Round 1 挑戰(zhàn)是看你用每種語言多快可以構(gòu)建一個(gè)“Hello World”的頁面。這個(gè)包括搭建服務(wù)器環(huán)境所花的時(shí)間。
據(jù) Craig 估計(jì)，PHP 贏得這一輪，部分原因是因?yàn)檫@種語言“概念上更簡(jiǎn)單”，并且“對(duì)于新的開發(fā)者來說不那么嚇人”。
Bruno:
PHP 贏得"開始"這一輪純粹是因?yàn)楦嗟闹鳈C(jī)支持這種語言因此開始非常簡(jiǎn)單。這是拿來就好用了而不需要做額外的事情。如果更多的主機(jī)忽略使用 Node 命令行而直接采用文件上傳的方式，并且在控制面板上用一個(gè)簡(jiǎn)單的 "reload app" 鍵，那么兩者將會(huì)一樣。然而就在屏幕上顯示東西的實(shí)際語法而言，PHP 是更簡(jiǎn)單些——特別是對(duì)那些沒有編程經(jīng)驗(yàn)的人而言。
James:
當(dāng)在本地機(jī)器上開發(fā)的時(shí)候，我沒有在兩者之間看到很大的不同。在你的瀏覽器上運(yùn)行 PHP 腳本，你需要安裝一些服務(wù)器軟件；要運(yùn)行 Node 腳本，你需要安裝 Node， 并且最好安裝一個(gè) web 框架比如express. 然而，正如 Craig 說的， PHP“概念上更簡(jiǎn)單”.Node 的進(jìn)入門檻更高。對(duì)此沒有爭(zhēng)議。
第二輪: 幫助和支持
第二輪會(huì)考量在兩種語言中，獲得幫助和支持的難易程度。PHP贏得了這一輪，主要因?yàn)樗霈F(xiàn)的更久一些。
Bruno:
關(guān)于這個(gè)保持沉默。
James:
我同意這個(gè)說法。Node是一門新技術(shù)，所以目前，幫助會(huì)少一些。可是當(dāng)Node越來越成熟的時(shí)候，這方面就不是問題了.
第三輪: 語法
第三輪比較了理解兩種語言語法的難易程度。Craig判定這一輪Node獲勝。
Bruno:
我非常不同意這個(gè)觀點(diǎn)。PHP的語法中的確有一些怪象，其中的很多已經(jīng)被修復(fù)了，在新的版本中，還有很多要被移除。另一方面，JS中也有“this”這個(gè)問題~
關(guān)于bullet 3 (開發(fā)的時(shí)候，使用js你不需要在client端開發(fā)和Server端開發(fā)的時(shí)候做切換)，我不同意這個(gè)觀念。服務(wù)器環(huán)境和客戶端的開發(fā)環(huán)境已經(jīng)完全不通了，大腦中的切換還是需要的。總是有些新的語法你不能再瀏覽器中使用，反之亦然，所以這某種程度上也是語言的切換。
Bullet 4 (理解 JS 會(huì)讓你更希望使用它) 這從某種程度上來說我是贊同的。 我在工作中使用 JS 和 PHP多年，使用 JS 的時(shí)間更久，但我對(duì)它卻喜歡甚少——盡管那純粹是個(gè)人傾向。
James:
我愛 JavaScript。我知道它有它的怪癖，并且我知道一些原因，ECMAScript 2015 將會(huì)修改掉一些，并給語言帶來一部分令人激動(dòng)的新特性。JavaScript 是強(qiáng)有力和靈活的，并能適應(yīng)很多不同風(fēng)格的編程。與 PHP 對(duì)照，我享受使用 JavaScript。Node（Node.js）就是其中之一。
第四輪：開發(fā)工具
Round 4：考慮這兩種技術(shù)所使用的開發(fā)工具，Node 因?yàn)橛虚_發(fā)工具 npm，所以略勝一籌。
Bruno：
雖然，開發(fā)者最初受到 npm 的鼓舞，但是現(xiàn)在有 leaps 和 bounds 比 npm 用著更舒服，而且如果你在電腦上安裝了同一個(gè)庫的兩個(gè)版本的話，leaps 和 bounds 不會(huì)讓你的系統(tǒng)崩潰。而且相對(duì)于 npm 而言，leaps 和 bounds 允許設(shè)計(jì)者使用遞歸思想，而遞歸思想是如此的重要，以至于當(dāng)開發(fā)者準(zhǔn)備著手建立一個(gè)包管理器時(shí)，首先考慮的就是這一點(diǎn)。
npm 還有一個(gè)致命的缺點(diǎn)，我把它稱為“開發(fā)者協(xié)作友好”，npm 不能很好地做到這點(diǎn)，對(duì)于 npm 而言只有開發(fā)者本身能夠理解自己寫的東西。最后，npm 與 Vagrant 不能很好地兼容，這直接的妨礙了您開始自己工作，就更別說 npm 不關(guān)注用戶們的需求了。npm 有一個(gè) bug 已經(jīng)存在了很多年，它導(dǎo)致該軟件在 windows 上基本不能使用，這可不算是小問題了。當(dāng)然 PHP 也有很多愚蠢的錯(cuò)誤，但是這些錯(cuò)誤并不會(huì)與你的系統(tǒng)之間發(fā)生問題。
的確，PHP并沒有自帶編譯器，但我不認(rèn)為它應(yīng)該這樣做。這樣的便利不應(yīng)該由一個(gè)包管理器或者說是一個(gè)獨(dú)立的應(yīng)用來完成。如果將來有一天，有人為 Node 開發(fā)了一個(gè)很好的包管理器，把它與現(xiàn)有的編譯器替換將會(huì)極其困難。讓它相對(duì)獨(dú)立，人們可以便于切換。此外，安裝它僅需要在終端上輸入一行代碼，或者下載一 個(gè)安裝程序。
書中提到的編譯器影響很小的說法，是顯而易見的錯(cuò)誤。自從PHP開發(fā)完成后，編譯器就影響了每一位新加入進(jìn)來的 PHP 開發(fā)者，他們中的一些佼佼者不得不將它添加到現(xiàn)有的流程中。只基于編譯器存在之前就有很多 PHP 用戶的理由，并不能說明它的作用較小。事實(shí)上，自從有了它，它就產(chǎn)生了巨大的影響。一些人所說的“對(duì)社區(qū)造成的影響很少“的言論根本沒有事實(shí)依據(jù)。
現(xiàn)在，我不能在大多數(shù) PHP 開發(fā)者都希望安裝 Node 這個(gè)問題上爭(zhēng)論，這是真的事實(shí)。可悲的是，很多好的工具都首先基于 Node 下開發(fā)，但我仍然希望就像 Node-free 開發(fā)環(huán)境一樣，也可用于開發(fā)BowerPHP。
James:
我很高興有人加入Node。
我喜歡 npm。 它易于安裝，易于使用，并有數(shù)以千計(jì)的包可用于幾乎任何需要。我也喜歡這樣的事實(shí)，npm 可以選擇全球的和本地的程序包（相比之下，一些語言如Ruby，它的標(biāo)準(zhǔn)需要將你的程序包安裝在你的 Ruby 版本的旁邊）。它的工具也很棒。一些工具，例如 Bower 和 Grunt，在我工作流中都有一個(gè)固定的位置，它們成倍地提升了我的工作效率。
另外值得一提的是，npm 已經(jīng)開發(fā)出了第3版的 β 版。它解決了 Bruno 提到很多問題，例如嵌套node_modules 方法錯(cuò)誤等。
PHP開發(fā)人員可能希望（或需要）在某些場(chǎng)合安裝Node.js。反過來不是真的。
第五輪: 環(huán)境
第5輪要說的是技術(shù)的可用性和部署情況，以及被哪些平臺(tái)和生態(tài)系統(tǒng)支持。Craig 對(duì)于這一點(diǎn)也不十分明確，但是看起來似乎更偏向于 Node。
Bruno:
Craig 說他曾比較 PHP 和 Node 在 web 方面的優(yōu)勢(shì)（常見的 web 開發(fā)問題），然后說到處都用到了 JS。首先，我們來比較 Node.js，而不是 JS 本身，其次，我們比較了兩種語言在什么環(huán)境下可以運(yùn)行。猴子比魚要厲害，因?yàn)轸~太蠢了不能爬樹，但是猴子和魚都會(huì)游泳。那么我們來比較它們做得怎么樣吧。
在 web 開發(fā)環(huán)境中，PHP 獲勝了。這里是一些基于 PHP 的桌面程序工具——是的，也許你不會(huì)使用它們，但你一定會(huì)用這些基于 PHP 的命令行程序。
James:
我和 Craig 又一次達(dá)成一致。一些特性讓 Node.js 變得如此流行（速度，可擴(kuò)展性，與 JSON 密切相連，低資源占用）使它適合于許多其他類型的應(yīng)用程序，例如強(qiáng)有力的物聯(lián)網(wǎng)設(shè)備。我覺得，誰會(huì)不喜歡機(jī)器人呢？
Node 使得項(xiàng)目獲得了提升，諸如NW.js（一個(gè)基于 Chromium 和 Node.js 的應(yīng)用），它允許你在 HTML 和 JavaScript 上編寫本地 APP。這多令人興奮！
第六輪: 整合
第 6 輪我們來看一下數(shù)據(jù)庫和驅(qū)動(dòng)的整合方面，PHP 勝出主要是因?yàn)樗哪挲g比較大。
Bruno:
整合方面其實(shí)是平局的，PHP 有年齡的優(yōu)勢(shì)，可以有更多可選項(xiàng)，但是也意味著要照顧很多過時(shí)技術(shù)，如 mysql 擴(kuò)展 —— 我們可以升級(jí)到 PHP7 來擺脫，但多年來一直不可用。
James:
我當(dāng)然同意這個(gè)觀點(diǎn)，這雖然看起來模糊其詞，而且我很喜歡這個(gè)例子：“過時(shí)的，更受歡迎的技術(shù)”。這也很好突了 Node一個(gè)很大的優(yōu)點(diǎn) —— 它原生支持 JSON。JSON 或許是 web 中最重要的數(shù)據(jù)傳輸格式了，同時(shí)也是最新的 NoSQL 數(shù)據(jù)庫的通用結(jié)構(gòu)。JavaScript 程序中使用 JSON 是非常容易的，意味著當(dāng)你使用 Node 工作時(shí)，數(shù)據(jù)可以非常簡(jiǎn)潔地進(jìn)行傳輸，不用進(jìn)行格式轉(zhuǎn)換了。你可以只使用一種語法（JSON 格式）傳遞在瀏覽器、服務(wù)器和數(shù)據(jù)庫之間。
第七輪：主機(jī)和部署
第七輪會(huì)看看將新應(yīng)用部署到 Web 服務(wù)器是否容易，在 Craig 看來，PHP 在這方面明顯是贏家
Bruno:
Bruno 再一次保持沉默。
James:
這是 Node 需要努力改善的區(qū)域。每個(gè)提供 Web 主機(jī)的公司，都提供了 PHP 和 MySQL。你想看到輸出，只需要建立一個(gè)以“.php”為擴(kuò)展名的文件，在<?和?>間寫一些有效的代碼，上傳，用瀏覽器訪問。但同樣的方 法不適用于Node。當(dāng)然，Node 主機(jī)有很多選項(xiàng)，但是它們需要更多的設(shè)置和命令行方式的訪問，這對(duì)于初學(xué)者來說可不愉快。毫無疑問，PHP 在這一輪贏了對(duì)手。
第八輪: 性能
第八輪 主要關(guān)注速度。雖然這項(xiàng)經(jīng)常依賴于經(jīng)驗(yàn)以及開發(fā)團(tuán)隊(duì)到底多上心，Craig 注意到 Node 在一些方面的優(yōu)勢(shì)。
Bruno:
錯(cuò)誤比比皆是。首先，這篇文章 有關(guān)于性能的詳細(xì)討論， 其中排除了開發(fā)者經(jīng)驗(yàn)以及應(yīng)用類型對(duì)性能的影響。如果那篇文章依然無法讓你明白拋開上下文談性能有多愚昧，那來我來談?wù)勎业挠^點(diǎn)：
PHP 正在嵌入一個(gè)多線程服務(wù)器。這使得完全繞過外部服務(wù)器成為可能，但暫時(shí)還不推薦使用。另外也有一些超快速的的服務(wù)器（像 Nginx），他們使得整個(gè)啟動(dòng) PHP、派發(fā)請(qǐng)求的過程快到可以忽略。
PHP 的原生異步 (無阻塞 I/O)支持將在 PHP7 中推出，而且多年前 ReactPHP 就實(shí)現(xiàn)了類似的模式，因此這一點(diǎn)也毫無意義。
PHP single-request 的生命周期模式是最大的負(fù)擔(dān)。確實(shí)，如果你單純的追求速度，但是這條依然可以很容易繞開，不止可以通過 Memcached 和 Craig 說的類似的方法， 而是通過類似；Ajax 的方法。順便說一下——服務(wù)端 JS 應(yīng)用默認(rèn)也是 single-request的。另外——這種 single-request 的生命周期也是一種優(yōu)勢(shì)，每次請(qǐng)求重新構(gòu)建應(yīng)用，避免了很多內(nèi)存問題，清空垃圾內(nèi)存，保持苗條干凈。你上次使用一個(gè)穩(wěn)定的長時(shí)間運(yùn)行的的無內(nèi)存泄露的 Javascript 應(yīng)用是什么時(shí)候，不論前端或后端？
關(guān)于性能的討論現(xiàn)在是，而且以后也將是——平局（除非你用的是 Java，那 Java 一定輸）
James:
Node 以高性能低延遲的運(yùn)行時(shí)環(huán)境而聞名，而且它也找到了屬于自己的方式來嵌入部分500強(qiáng)公司的代碼棧。由于它的無阻塞 I/O 機(jī)制以及 Google Chrome V8 引擎技術(shù)，現(xiàn)在 Node 已經(jīng)成為了“快速”以及“可擴(kuò)展的”的同義詞。 現(xiàn)在網(wǎng)上有很多故事，像Node 如何讓公司獲取更好的性能提升 以及給開發(fā)者提供更高的生產(chǎn)力。我很高興，這回合 node 勝，但我也理解有人質(zhì)疑這點(diǎn)。
第九輪: 程序員情結(jié)
第九輪來看一看 Craig 覺得一般程序員們對(duì)于 PHP 和 Node 有多少感情，最后他認(rèn)為，Node 獲勝了。
Bruno:
你肯定看錯(cuò)地方了，Craig，PHP 社區(qū)令人難以自信地?zé)崆楹突钴S，每年有超過 20 個(gè)大會(huì)和非常精彩的主題討論。正是這樣才完成了 HHVM 的 PHP7。
另外，我想說的是我很好奇 Node 的開發(fā)者們?cè)谑褂媚膫�(gè)版本來工作（v0.12.5 已經(jīng)開始在寫了），即使經(jīng)過了 6 年的必展。這是不成熟的和危險(xiǎn)的（天啊，你使用一個(gè)不穩(wěn)定的技術(shù)，你在故意讓你的企業(yè)掛掉嗎），加上一點(diǎn)，它忽略了一些操作系統(tǒng)中的舊 bug，將導(dǎo)致一些重要的開發(fā)人員從這個(gè)語言的生態(tài)系統(tǒng)中離開。
一些負(fù)面的經(jīng)歷讓我不喜歡 Node，主要是因?yàn)?npm。未來或許會(huì)改變，但現(xiàn)在每次使用 Node 都覺得恐懼和失望。我們都有自己的喜好，但保持客觀，選擇正確的工具來工作是很重要的。但同樣重要的是要允許別人試錯(cuò)，因?yàn)槿巳硕际邱R后炮。所以不要聽 Craig 的，不要聽 Jim 的，也不要聽我的。大膽去試，看看什么可以用，找些讓你感覺不錯(cuò)的來使用，最終，那些讓你感覺富有成效的就是最好的，而不是哪些只能節(jié)省一些加載時(shí)間的。
James:
Node 很火，在 Node 的領(lǐng)域有很多創(chuàng)新，盡管激情是不客觀的，但很高興 Node 贏得了這一局。
第十輪：未來
第十輪著眼于兩種語言的前景，基于兩種語言在現(xiàn)階段看起來都有一個(gè)前程強(qiáng)勁的未來，Craig 斷定這一輪的結(jié)果是平局。
Bruno：
Bruno 不得不趕快去寫多寫一些關(guān)于 PHP 的文章，還要維護(hù)那讓人驚嘆的 SitePoint PHP 頻道。
James：
James 也等不及要回到他摯愛的 JavaScript 頻道，但是他留下了這些觀點(diǎn)：
平局對(duì)于這一輪來說是公平的。Node 是一顆崛起的明星，但是如果想撼動(dòng) PHP 的寶座，他還需要付出巨大的努力。
總的來說，如果錘子是你唯一的工具，那么每個(gè)問題看起來都像一顆釘子。Node 并不會(huì)完美適配于每一個(gè)方案，當(dāng)然很多時(shí)候不使用 Node 也是非常合理的。然而，Node 能做到的，他可以做得非常好。這完全由你自己來做一個(gè)明智的決定，去選擇一個(gè)適合自己項(xiàng)目的最好的工具。
既然 Bruno 和 James 都發(fā)表了自己的觀點(diǎn)，那么你是怎么看這個(gè)問題的呢？
Bruno Skvorc
克羅地亞的程序員Bruno擁有計(jì)算機(jī)科學(xué)，英語和文學(xué)三個(gè)碩士學(xué)位。他是 SitePoint 網(wǎng)站 php 專欄作家，還是 Diffbot.com 的開發(fā)布道者. 他避免像瘟疫一樣的遺留代碼，挑選項(xiàng)目是盡管使用最新技術(shù)，他還是一個(gè) treadmill desk enthusiast 和活板玩家，他有一個(gè)博客：sometimes blogs.
James Hibbard
我是一個(gè)網(wǎng)站開發(fā)者，目前居住在陽光明媚的德國北部。我喜歡使用 JavaScript 和 Ruby 編程，你在SitePoint 的 javascript 論壇經(jīng)常能看到我。不寫代碼時(shí)我喜歡跑步。
【php 與 js 我們?nèi)绾芜x擇呢】相關(guān)文章：
php與js的區(qū)別02-22
php怎么引入js12-07
如何選擇PHP版本02-12
php與js有哪些區(qū)別12-27
PHP和Python如何選擇03-07
PHP+Ajax+lottery.js抽獎(jiǎng)02-25