作者 |

翻譯 |

規(guī)劃 | 蔡芳芳

本文首發(fā)于本站，經(jīng)原作者授權(quán)，由中文網(wǎng)翻譯分享。

我有近 20 年的編程經(jīng)驗，使用過各種編程語言進行開發(fā)。在我以前做過的很多工作和現(xiàn)在做的工作中，我很高興能夠使用PHP作為核心編程語言。從我第一次使用 PHP 開始工作，我聽到了對 PHP 的各種抱怨，但同時我也看到了 PHP 的強大。

PHP 至少是一種有趣的編程語言。這種語言和用它構(gòu)建的程序通常屬于兩種設(shè)計理念。在這里，我不是在談?wù)?a href='http://dl-ea.com' target='_blank'>軟件開發(fā)生命周期，例如瀑布或敏捷，而是關(guān)于軟件應(yīng)該是什么的基本思想。這些想法被稱為“The Way”和“ is ”（是）。

PHP 是另一種相當(dāng)奇怪的編程語言。當(dāng)人們抱怨語言“不好”時，他們并沒有犯錯。這種語言確實有很多缺點。撇開，這種語言有更多不好的問題。嘲笑 PHP 的博客文章“PHP 糟糕設(shè)計的綜合分析”（PHP：a of bad）確實有一些正確的觀點，盡管這些觀點在九年前發(fā)布時已經(jīng)過時了。

然而，與此同時，開發(fā)人員可以使用 PHP 來創(chuàng)建結(jié)構(gòu)上“正確”的軟件，并從其他語言中引入被認(rèn)為是良好實踐的理念。框架喜歡并使用面向?qū)ο缶幊痰淖罴褜嵺`，因此開發(fā)人員可以使用這些框架編寫結(jié)構(gòu)良好的代碼。

PHP 如何做到這一點？這是因為 PHP 是最糟糕的編程語言。

設(shè)計軟件

1991年，P.發(fā)表了一篇文章《Lisp: Good News, Bad News, How to Win Big》（Lisp: Good News, Bad News, How to Win Big）。本文的論點是，在軟件設(shè)計和壽命方面，“越差越好”的理念將是更好的選擇。他得出這個結(jié)論是因為他意識到出現(xiàn)了兩個不同的編程學(xué)校，他將它們命名為“MIT/ ”（MIT/），或者“正確的方式”。，以及“新澤西”或“越差越好”。

這兩種哲學(xué)的目標(biāo)相似，但在關(guān)鍵領(lǐng)域有所不同。兩種風(fēng)格都專注于哲學(xué)的四個關(guān)鍵領(lǐng)域：簡單性（）、正確性（）、一致性（）和完整性（）。

MIT 風(fēng)格是這樣描述的：

簡單：設(shè)計必須簡單，無論是實現(xiàn)還是接口，都必須簡單。相比之下，保持界面簡單更重要。

正確性：在所有可觀察的方面，設(shè)計必須是正確的。不要試圖做出錯誤的設(shè)計。

一致性：設(shè)計不能不一致。為了確保一致性，您可以稍微犧牲簡單性和完整性。一致性和正確性同樣重要。

完整性：設(shè)計必須涵蓋盡可能多的重要情況。必須涵蓋所有符合預(yù)期的情況。完整性的優(yōu)先級應(yīng)該高于簡單性。

至于新澤西風(fēng)格，它將其目標(biāo)定義為：

簡單：設(shè)計必須簡單，無論是實現(xiàn)還是接口php高級程序設(shè)計:模式,框架與測試，都必須簡單。相比之下，保持實現(xiàn)簡單更為重要。簡單是最重要的，其他功能不如保持簡單重要。

正確性：設(shè)計必須在所有可觀察的方面都是正確的。但是為了簡單起見，可以稍微犧牲正確性。

一致性：設(shè)計不能太不一致。在某些情況下，可以犧牲一致性來確保簡單性。如果在設(shè)計中引入一個不常見的情況會導(dǎo)致實現(xiàn)變得復(fù)雜或不一致，那么就不要考慮這種情況。

完整性：設(shè)計必須涵蓋盡可能多的重要情況。必須涵蓋所有符合預(yù)期的情況。任何其他特征的完整性都會受到影響。事實上，一旦實現(xiàn)的簡單性受到威脅，就必須犧牲完整性。如果你想保持簡單，你可以犧牲一致性來實現(xiàn)完整性；尤其是界面的一致性。

這場爭論的關(guān)鍵在于以 LISP 和 C 為例來說明為什么“越糟越好”。對于 LISP 程序員來說，LISP 是一種比 C 更好的語言，和 C 一樣快，而且 LISP 的設(shè)計、開發(fā)和標(biāo)準(zhǔn)化已經(jīng)花費了很多年。定義語言的規(guī)范吸取了所有不同 LISP 的精髓，現(xiàn)代開發(fā)環(huán)境最適合 LISP 開發(fā)人員。

LISP 是正確的方式

LISP 代表了軟件開發(fā)的“正確方式”。LISP 易于交互，您可以通過多種方式與其交互。想從中調(diào)用 LISP？您可以從中調(diào)用 LISP 并傳入數(shù)據(jù)，反之亦然。使用遺留代碼時，您可以愉快地使用 LISP 的所有現(xiàn)代“豪華”功能。

由于其規(guī)范，LISP 具有一致的設(shè)計。如果你學(xué)習(xí)這樣一種現(xiàn)代語言，該規(guī)范在提供多個后端和編譯器方面有很大的作用，它們都以相同的方式解釋或編譯代碼。這些工具都是一流的，1991 年的 LISP 擁有我們今天仍然享受的所有舒適，例如步進調(diào)試、數(shù)據(jù)檢查和花哨的編輯器。

作為一種語言，LISP 是完整的。它具有先進的面向?qū)ο缶幊虒樱嘀乩^承，一流的對象、函數(shù)和類型。LISP 似乎是開發(fā)人員想要的編程語言。

1991 年，像 LISP 這樣的編程語言可能處于有史以來最好的狀態(tài)。這種技術(shù)正確性尚未得到實際使用的證實。LISP 的開發(fā)者正在減少。多年來，負(fù)面新聞和錯誤定位阻礙了 LISP 的外部聲譽。人們不再將其視為向最終用戶交付軟件的一種方式。

在開發(fā)方面，LISP 經(jīng)常代表許多與“Big Up”（BDUF）相同的理想。如果你曾經(jīng)使用過瀑布模型()這樣的設(shè)計方法，你會發(fā)現(xiàn)一些問題?！罢_的方式”非常強調(diào)一致性和正確性，并確?？紤]到所有可以想到的問題。

LISP 本身不是一種語言，而是一個語言家族。雖然 LISP 是作為標(biāo)準(zhǔn)設(shè)計的，但 LISP 的實現(xiàn)本身是根據(jù)需要完成的各種任務(wù)而存在的。Inc網(wǎng)站的一篇文章指出，這種“碎片化”是導(dǎo)致LISP最終失敗的決定性因素之一。盡管 LISP 堅持軟件設(shè)計的“正確方式”，但這種碎片化已經(jīng)影響了代碼的維護和可移植性。

C 和 Unix 是錯誤的方式

同時，由于Unix的出現(xiàn)，C語言逐漸成為軟件開發(fā)的首選方法。C語言是為Unix設(shè)計的，Unix是為C語言設(shè)計的。它的開發(fā)人員與麻省理工學(xué)院的 LISP 及其作者有著不同的設(shè)計立場。

1972 年，C 語言被設(shè)計為一種簡單的語言。到1991年，它發(fā)生了一些變化，但C語言的基本原理沒有改變。添加了一些功能以滿足開發(fā)人員和 Unix 的需求。因為語言非常簡單，所以很容易編寫編譯器和程序。雖然這種語言并不妨礙你進行復(fù)雜的編程，但與 LISP 相比，C 語言估計只有程序員需要的 50-80% 的功能。

但是，C語言具有很強的可移植性。與 LISP 軟件和環(huán)境中常用的硬件相比，它還可以在低功耗硬件上運行。這個因素使得在更廣泛的機器上編譯和運行軟件成為可能。C語言和Unix易于使用。我認(rèn)為 Unix 和 C 語言會像病毒一樣流行起來。

在設(shè)計和構(gòu)建 Unix 的過程中，開發(fā)了 C 語言。由于貝爾實驗室不允許正式進入計算機領(lǐng)域，Unix 也可以很容易地分發(fā)給各種不同的用戶。這些用戶幫助修補 Unix 以滿足他們自己的需求。這些補丁可以根據(jù)需求進行集成，無需提前考慮這些需求。

與 LISP 不同，C 語言至今仍被廣泛使用。雖然PHP等高級解釋語言是很多開發(fā)者的首選，但是這些高級語言很多都是用C語言開發(fā)的。即使像 Rust 這樣的競爭對手開始出現(xiàn)，在小型、低功耗設(shè)備上運行的能力仍然是 C 語言的優(yōu)勢。

PHP 是最糟糕的

因此，“越差越好”的軟件首先會被接受，其次，它會讓用戶期望更少，其次，這些軟件會不斷改進，直到接近“正確的方式”。

——

這個啟示幾年后，我開始研究個人主頁/表單解釋器，也就是我們現(xiàn)在所知道的 PHP。PHP/FI 的誕生是因為需要維護他的主頁并與表單和數(shù)據(jù)庫進行交互。PHP/FI 甚至不是作為一種實際的編程語言設(shè)計的，而是作為 C 語言之上的腳本和函數(shù)層。

PHP很簡單

無論是實現(xiàn)還是接口，設(shè)計都必須簡單。

PHP在底層使用了C語言，正如我們之前所說php高級程序設(shè)計:模式,框架與測試，這部分是“最糟糕”的部分。但是，這也帶來了一些優(yōu)勢，最重要的是，更簡單的底層語言可以使其更容易擴展。盡管 Hack/HHVM 使用了更多的 C++ 方法，但 PHP 本身仍然是 C 語言。

您可以在短短幾個小時內(nèi)了解語言的內(nèi)部結(jié)構(gòu)。我做了一個關(guān)于 PHP 擴展的精彩講座，介紹了很多 PHP 的內(nèi)部工作原理。這種語言本身借鑒了其他 C 風(fēng)格的語言，不僅易于閱讀，而且可以與其他 C 風(fēng)格的語言相互轉(zhuǎn)換。

PHP的大部分接口，或者說標(biāo)準(zhǔn)庫，都非常簡單，因為大部分核心功能無非就是封裝了各種C語言庫，然后幾乎完好無損的公開。雖然這樣做會導(dǎo)致界面上的一些不一致，但它為來自 C 或 C++ 的開發(fā)人員提供了一個熟悉的環(huán)境。

PHP 語言非常專注于 Web 開發(fā)。提取 HTTP 中的概念并找到語言中的相似概念通常非常簡單。想知道一個請求的頭部信息嗎？() 可以滿足你。獲取請求信息就像讀取 $_GET 和 $ 全局變量一樣簡單。

PHP 維護了一個簡單的開發(fā)人員界面，并使其內(nèi)部結(jié)構(gòu)盡可能簡單。

PHP（幾乎）是正確的

在所有可觀察的方面，設(shè)計必須是正確的。但是為了簡單起見，可以稍微犧牲正確性。

在這里，PHP 傾向于選擇“簡單”而不是正確。在 HHVM 出現(xiàn)之前，語言的外觀和特性還沒有被標(biāo)準(zhǔn)化。Zend 解釋器本身就是規(guī)范，語言的行為方式總是“正確的”（不包括實際錯誤）。如果你想用別的東西替換 PHP 引擎，你必須實現(xiàn)現(xiàn)有引擎的所有功能。

許多核心函數(shù)的 LAX 函數(shù)參數(shù)和返回類型使系統(tǒng)的工作更容易。像 () 這樣的函數(shù)的返回值可以是整數(shù)或布爾值。與嚴(yán)格設(shè)計為返回整數(shù)或拋出異常的方法相比，它更容易處理。

縱觀PHP語言的發(fā)展，幾乎所有的新特性都是基于開發(fā)者的需求，而不是“因為錯，所以必須修復(fù)”的嚴(yán)肅想法。更多地關(guān)注那些嚴(yán)格的類型和異常錯誤是一種更正確的做事方式。但是，仍然有一些東西，例如短箭頭函數(shù)()、屬性和枚舉，開發(fā)人員希望簡化代碼。

PHP不需要一致性

設(shè)計不能太不一致。在某些情況下，可以犧牲一致性來保持簡單。

我什至不打算假裝 PHP 是一致的，但它的一致性就足夠了。當(dāng)涉及到數(shù)組和字符串函數(shù)時，人們可能會抱怨 / 參數(shù)順序。不過一般來說，數(shù)組函數(shù)是一致的，字符串函數(shù)也是一致的。與底層 C 庫保持一致比在語言中保持一致要簡單得多。

PHP 在其他方面也足夠一致。正如我在 () 中提到的，PHP 傾向于相當(dāng)一致地返回遇到錯誤的函數(shù)。這可能不正確，但它是一致的。帶下劃線和不帶下劃線的函數(shù)名稱通常與基礎(chǔ)庫匹配。

為簡單起見，PHP 語言犧牲了一致性，但即使沒有這個規(guī)范，它仍然努力在有意義的地方保持一致。

PHP完整性滿足要求

設(shè)計必須涵蓋盡可能多的重要情況。

每當(dāng) PHP 是最苛刻的設(shè)計任務(wù)：編寫 Web 應(yīng)用程序時，PHP 就完成了。PHP 從來沒有被設(shè)計為一種可以應(yīng)用于編程世界中所有問題的語言。盡管如此，它的簡單性使其可以在 Web 之外使用。PHP 的最初目的是為 Web 編程提供最基本的功能，這種趨勢一直持續(xù)到今天。

修改核心語言通常是由開發(fā)人員的需求驅(qū)動的。整個社區(qū)提出修正案，然后通過社區(qū)投票，決定拒絕、更改或接受新功能。該語言的許多創(chuàng)新源于快速完成工作的需要。即使我們吸收了其他語言的特性，也是因為它讓我們的開發(fā)更容易，很少是因為其他語言“做得更正確”。

今天，您可以使用 PHP 開發(fā) Web 應(yīng)用程序。五年后，您仍然可以使用 PHP 開發(fā) Web 應(yīng)用程序，但會添加一些新功能。然而，語言本身的完整性已經(jīng)滿足了今天的需求。將來如有必要，我們可以隨時修改語言或為其添加新功能。

越差越好嗎？

承認(rèn)“越糟越好”的理念是指設(shè)計看起來很糟糕，也許不應(yīng)該是更好的選擇。唯一的問題是，當(dāng)他審視這兩種哲學(xué)時，與MIT/“正確方式”的設(shè)計哲學(xué)相比，“更糟更好”最終仍然是一個更靈活的選擇，“具有更好的生存特性”。如果我們查看 PHP，我們可以確認(rèn)“更糟更好”的觀點。

多年來，他承認(rèn)自己在哪種方式更好之間搖擺不定。PHP 社區(qū)一直在爭論我們應(yīng)該正確地做事還是繼續(xù)簡單地做事。我們有這樣的框架，我們以經(jīng)典的計算機科學(xué)方式構(gòu)建庫，然后我們有這樣的框架，專注于開發(fā)人員的體驗和速度。PHP 本身兩者都有。

下次聽到有人罵 PHP 就讓他噴吧。這種語言真的很糟糕。但在許多方面，PHP 的長久和廣泛使用證明了這樣一個事實，即以“正確的方式”做事并不總是比以“最壞”的方式做事更好。當(dāng)有人抱怨你使用的框架時，你必須明白從長遠來看這無關(guān)緊要。選擇一種您認(rèn)為適合自己的設(shè)計理念，并接受這一點：實際上可能越糟越好。

關(guān)于作者：

有多個角色：丈夫、父親、作家、演講者、播客主持人和 PHP 開發(fā)人員。在他 12 年的編程生涯中，他使用了許多不同的框架和語言，但他一天中的大部分時間都在使用 PHP 和 PHP。他是《for（暫無中文版）》一書的作者，與公司和開發(fā)人員合作，將容器集成到他們的工作流程中。

原文鏈接：