為什麼說PHP是貧民區-php教程-PHP中文網

談到為什麼非PHP界的開發人員普遍輕視PHP和PHP相關社群。他提出了一個觀點讓我印像很深，很大程度上是因為以前從來沒有聽過這樣的說法。

如果你不知道大多數的程式設計師都會對PHP發什麼樣的牢騷，那麼，這些牢騷差不多會像這樣：

語法醜陋

缺乏其它語言都有的一些必要的特徵(在5.3版本之前，沒有命名空間、閉包)

不一致的函數命名、使用慣例，以及其它一些怪異的東西

過程和麵向對象的雜混

基本上80-90%的PHP專案都爛如一堆狗屎

但他所說的php開發的問題卻是另外一個問題。他並沒有說這種語言有問題——他認為這種語言被一種常見的文化現象包圍著，是一種通常由語言的創造者造就的文化傳統，現在看來這對一些糟糕的程式設計實踐方法起到了鼓勵作用。也就是它使php程式碼變的劣質和不可維護。

這種一個語言或框架上體現出創始人的哲學思想並被相關社區推崇的現像是的確存在的。他拿出來Ruby和創辦人Matz作為範例。 Matz想要的是一種易讀易寫、能提高程式設計師工作效率的語言。沒看見Ruby開發人員們言之必稱快速開發以及這種語言的優雅？

接著就是DHH 和他的Rails框架。還有Guido和他的Python語言。於是我在想：Rasmus對於PHP呢？

Rasmus Lerdorf給人的印象非常的有趣。他創造了最初版的PHP語言，並且一直在改進這種語言，他在PHP社群中被當作神一樣崇拜，他在PHP的任何方面都享有最大的權威。他被眾多的會議邀請去做演講，同時被大網絡公司所僱用，他獲得了所有人的尊敬——儘管有這樣一種事實：他成了大多數的非php程式設計師所鄙視的PHP上的眾多問題的形象代表。

Rasmus倡導避免使用框架，而把PHP更多的當作一種模板語言。對他來說，這種做法能產生直接的運作效率和可擴展性(程式負載可知)。而對於其他的所有人來說，這種做法導致了大量的亂燉似的過程式碼，大量的無法維護的項目。自從1995年PHP誕生至今大概10年左右的時間裡，所有的 PHP計畫都是依照這個指導寫成的。

同時另外一個問題突然的出現了：在PHP5.0之前，PHP的初期，PHP獲得了大量的新手的追隨。這種語言的入門門檻出奇的低，任何人都可以下載自解壓縮的×AMP Windows程式安裝包、在2兩分鐘內用上這種語言。除此之外，那時在web開發方式上對MVC模式的共識並沒有真正的出現。這樣一來你可以想像，一群新手和一個缺乏好的開發實踐方法的語言組合到一起能創造出什麼？一堆無法維護的垃圾。而且整個大環境都是這樣。

不要誤解我的話－優秀的PHP開發者還是不少的，即使是當時。但是，就像我說的，粗製濫造的菜鳥作品到處都是。當牛仔式無羈的PHP程式設計師在沒有指導原則的情況下聚集到一起開發程序，於是像PHPbb、 PHPNuke以及很多的粗糙的.php3程式包就出現了。但是你能單純的怪罪PHP開發人員嗎？不能！其它的Web語言巨人，ASP和Perl，同樣惡名遠揚，同樣宣傳著一種亂燉式的開發方式。

所以這就是為什麼PHP會得到這樣的罵名。是因為它的歷史流傳。大多數已經轉向Python，Ruby和Java的PHP開發人員並沒有在 MVC概念興起時回頭去重新思考這種語言。此外，更有一些像」Ruby公子「Zed Shaw抱怨一些程式設計師的思想」受PHP毒害「這樣的露骨的諷刺，像這樣的言論在RubyInside上很盛行。

PHP是個貧民區（ghetto）

但像Zend和CodeIgniter這樣的框架的出現把這種語言推向了正確的開發方向上。事實上，它把PHP推向了與Rasmus所希望看到的相反的方向上了。看看Zend和CodeIgniter框架，你會發現它們是為數不多的文件寫的很好，程式碼寫的很好的程式。

大多數學習了Ruby的開發人員同時都要學習Rails和MVC知識；PHP在此之前已經被使用了整整10年。對於那些新手來說，可惡的 Ruby沒有給他們這段時間讓他們自由發揮。 Rails有現成的標準指導，它的入門門檻相對高很多，通常會把一些缺乏經驗的開發人員擋在門外。

事實上，PHP應用程式是可以向其它種語言那樣寫的很好，而且還會具有一定的運行速度上的優勢。 PHP世界裡的MVC風格的開發方法興起只是在近幾年才出現的現象。不得不承認，我們應該感謝Rails帶來的這種改變。

那麼，PHP如今是個什麼樣子呢？

各種標準(非統一，但大多數項目使用MVC，很少有垃圾般的過程序程序)

很低的入門門檻

速度和可擴充性(在各種腳本語言裡PHP應該是最好的)

有一個好的單元測試框架

有最好的各國語言翻譯的文檔

除此之外，網路上大多數有影響的網站都使用PHP作為它們後台的語言或工具，諸如Facebook、Digg、維基百科、Wordpress、Drupal等等。我相信，對PHP有一個深入的掌握會使一個程式設計師打開更多的未知領域的大門。

如果你不同意上面所說的，請留下評論，或email給我——我想聽聽你為什麼不這麼認為。