最“好”的編程語言 PHP 真的無藥可救了嗎？

【編者按】PHP到底是不是最好的語言這個梗已經人盡皆知了，有些人對PHP淺嘗輒止，有些人與PHP共同成長。而Vimeo屬于后者。

Vimeo是美國流行的原創高清視頻播客網站，vimeo禁止用戶上傳任何非原創的視頻內容。本文作者是Vimeo研發專家Matt Brown，他在文中分享了為何Vimeo從初創公司發展至今，一直對PHP不離不棄的原因。世界上沒有最好的工具，只有和工具一同成長的人。本文共2065字，全文閱完共需3分鐘。

原文標題：It's not legacy code-It's PHP

原文鏈接：https://medium.com/vimeo-engineering-blog/its-not-legacy-code-it-s-php-1f0ee0462580

編譯 | PUXI

頭圖 | CSDN 下載自東方 IC

2019年，Vimeo已經使用多種語言共同進行開發建設，PHP、Go、Ruby、Node JS、Java、C、C++和一些Rust。而早在Vimeo剛成立的2004年，我們還只用PHP。對于初創公司來說，PHP真的是一個非常理想的語言。

但是我知道，現在有很多初創公司都不再選擇使用PHP了，有一些公司認為PHP是公司限制發展的瓶頸（Facebook），便逐漸減少了對PHP的應用。

開發者離開PHP

我們先說說用戶離開PHP的原因吧。歸根有兩大主要原因：PHP性能表現欠佳，以及PHP代碼庫維護很復雜。

確實。

2014年的PHP（PHP5.6）性能很低，數組所占用的內存越來越多，缺少好用的Bug規模查找分析工具，PHP大型代碼庫的維護也越來越難。

而對于Vimeo來說，Vimeo的業務從2004年起已經迭代增長了很多倍，我們的PHP代碼庫也在持續增長，但是我們還能夠應對逐漸復雜的PHP代碼庫，PHP所存在的問題還沒有真正阻礙我們發展?？墒钱擣acebook公開宣布放棄PHP之后，一些開發者認為PHP會變成“祖傳代碼”——FORTRAN，所以在開發者中也興起了一波從PHP轉向Go開發的風潮。但是我們從沒有放棄過PHP。

我們從未放棄PHP

重寫一個全部的PHP代碼庫需要耗費很多資源，也很容易出錯，但是這會讓PHP變得更好。也許“PHP變得更好了”這個描述來評價PHP的變化也并不夠客觀，但是在過去的六年中，我司PHP的執行時間減少了一半，社區快速增長，也有了靜態分析工具去完善PHP代碼庫。

在Vimeo，是花費了相當一段時間才看到對PHP改造所帶來的效果的。

首先我們從PHP4.5遷移到了PHP7版本，PHP 4.5這版本已經非常陳舊了。遷移到PHP7之后，我們的后端明顯響應速度更快，PHP7自身也改進了語法，例如在函數中可以指定返回值類型，函數的形參類型聲明可以是標量等等，這些新語法可以讓開發者去寫更簡潔的代碼。要知道PHP沒有停止創新。12月初，PHP 8 版本也發布了，帶來了眾多新功能：JIT編譯器、聯合類型等等，開發者能夠更高效地進行開發，目前PHP 8 的開發很活躍，這讓我們非常期待接下來一年PHP的更新。

改造PHP

我們知道，PHP開發入門很容易，但是這種開箱即用的特征沒有為開發者提供足夠的保護，很容易為開發者埋下隱患，正是因為有太多的開發者踩過PHP的坑，才慢慢地棄用了PHP。

我曾經也踩過PHP的坑，但是我沒有放棄，而是決定去搭建一個能夠幫助我完成我目標的工具，填上我的坑。而我搭建的工具就是Paslm，一個用來自動查找Bug的靜態分析工具。

Psalm的核心功能和TypeScript的檢查器很像，同時也從Facebook開發的Hack中借鑒了一些經驗。當你的代碼產生類型錯誤或者邏輯不成立時Psalm會提醒你。Psalm也會自動修復大部門它發現到的問題。最近Psalm便幫了我們一個大忙：幫助我們發現了大量我們代碼庫中的安全隱患，得以讓我們在攻擊者發現他們之間進行解決。

過去幾年，Psalm幫助我們及時發現Bug，幫助開發者更容易地去集成代碼，這對我司編寫PHP產生了很好的正面影響，我們不必擔心對原有的代碼造成破壞，讓我們有自信去做更大規模的優化改變。

PHP新版本的發布消除了它的那種陳舊感，PHP應該積極嘗試去改變它的源碼。我建造Psalm解決了我自己的問題，同時也將其開源，幫助其他人解決了更多的問題。順便說一下，如果閱讀這篇文章的你有PHP項目，項目有歷史遺留的陳舊問題，但是又害怕破壞原有結構而帶來更大問題，那么我強烈建議你使用Bug追蹤工具。無論是Psalm還是其他工具都可以盡早地幫助你發現問題，讓你提高代碼質量。

不去攻克，困難便永遠在那里

在Vimeo剛創立的那年（2004），PHP還沒有成熟的ORM，但幸好PHP為制作簡單的ActiveRecord樣式的ORM提供了大量的構建塊，如MySQL支持、查詢參數綁定以及getter和setter。所以我們構建了自己的ORM。

而ORM上次更新是十年以前了，期間它也有一些微小的升級，像修復小bug，更新類型和特性等等，但是基本的主體架構這么多年一直沒有變過。

很多人嘗試過使用不同的ORM，但這些嘗試很多都不是針對新的業務需求而提出的，而是出于對PHP ActiveRecord模式的不滿，可是要知道，沒有一個工具或者語言能完全滿足你的要求。

如果舊的代碼能做到高效，容易測試，便于追蹤問題等等特性，舊代碼也是很好的，很幸運通過我們的努力我們現在的ORM可以滿足以上所有需求。

最后想說

許多開發人員在十年前只寫了一點PHP，便轉向了其他更受歡迎的語言。他們常常急于告訴別人PHP是多么的糟糕，以及不再編寫PHP是多么的令人寬慰。在這里我告訴你，Vimeo使用PHP成功的案例，便可以證明即使是在2020年，PHP對于初創公司的仍一個很好的工具。

無論如何，PHP的復興至少改變了一位曾經的反對者。

一天，我的一位同事和長期批評PHP的人把我拉到一邊，非常真誠地感謝我向他展示了“使用PHP并不一定很糟糕”。