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

Vimeo是美國流行的原創(chuàng)高清視頻播客網(wǎng)站，vimeo禁止用戶上傳任何非原創(chuàng)的視頻內(nèi)容。本文作者是Vimeo研發(fā)專家Matt Brown，他在文中分享了為何Vimeo從初創(chuàng)公司發(fā)展至今，一直對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已經(jīng)使用多種語言共同進行開發(fā)建設，PHP、Go、Ruby、Node JS、Java、C、C++和一些Rust。而早在Vimeo剛成立的2004年，我們還只用PHP。對于初創(chuàng)公司來說，PHP真的是一個非常理想的語言。

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

開發(fā)者離開PHP

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

確實。

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

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

我們從未放棄PHP

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

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

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

改造PHP

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

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

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

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

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

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

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

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

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

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

最后想說

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

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

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