于一門古老的語言來說,支撐未來技術的東西不是與時俱進嗎?
差不多一年前,我發布了一篇題為“PHP可能在未來十年消失”的文章。我發布的這篇文章的總結就像一首《圣誕頌歌》,但不是 Ebenezer Scrooge(電影《圣誕頌歌》中的一個商人角色),而是 PHP:
請注意,我從來沒有寫過“垂死”、“不要用它”,甚至“現在就放棄你的 PHP 項目!”。我只是說它會在 2030 之前的任何時候變得不再有意義,并對此為什么會發生做了的一個簡單的解讀。
考慮到 PHP 龐大的用戶基礎,一些指出 PHP 缺點的文章,往往會引爆一些狂熱者。他們認為 PHP 是完美的,僅僅因為它很方便,或者因為他們花了 10 多年時間使用 PHP。我的文章也不例外。不管如何,我決定把它從消極的陰云中拉出來,給予更多思考。
首先說明,我對 PHP 或者任何語言都沒有個人恩怨。我認為它是一個非常成熟的工具,當我需要“昨天”的東西時,它也是我最喜歡使用的東西,因為它作為解釋型語言非常方便,而且生態系統就在那里。
這也與代碼質量無關。你不能因為開發人員沒有“正確地”使用一種語言,而責怪它,至少不能全怪。不論你的福特或蘭博基尼多么炫酷:如果你不關心它,維護就會很痛苦。
這也與世界上有多少人使用 PHP 無關。如果我們選擇“用戶基礎最高”,那么現在就開始將代碼遷移到 Javascript。這場比賽他們輕而易舉就贏了,無可匹敵。
先不說“是否被重要公司使用”——稍后再談。JavaScript對于SpaceX的任務已經非常關鍵,所以顯然它不是一種糟糕的語言,否則宇航員的生命就面臨風險。
只是現在,PHP 變成了一個只會玩一種把戲的小馬。這門語言以蓬勃發展的 web 開發聞名,但官方不愿采取進一步措施。而其它語言已經在進一步改進了。那是死亡的奧秘。
讓我們以古老的編程語言之一COBOL為例。
幾十年前,銀行和保險公司背后的一些老的金融系統都是用 COBOL 編程的。世界各地的許多金融機構仍在他們的大型機中使用 COBOL,主要的一個原因是:它仍然工作。這一點的證明是,由于流行病的爆發,COBOL雇傭人數突然增加,以維持這些來自世界各地的不斷受到沖擊的古老系統。
COBOL 沒有死,但這意味著什么呢?有一些工具可以使基于 COBOL 的軟件與當今人們的需求兼容,比如網頁,即使這意味著用一個簡單的工具將火箭固定在磚塊上。仍然有人需要編寫和維護 COBOL。甚至有一些公司為基于 COBOL 的系統提供某種支持。
我們可以放心得出結論:編程語言是不可能被消滅的。總有一個混蛋用它來賺錢,還有一個混蛋提供第三方支持來賺更多的錢。這是一種雙贏的局面。
在企業文化中,如果你的技術棧沒有使公司“損失”任何錢,那就沒關系了。否則,你就會像亞馬遜因為他們自己的AWS數據庫而拋棄了甲骨文一樣。
COBOL 沒有死,它只是“淡出了”:沒有一個頭腦正常的人會使用 COBOL 啟動一個新項目,因為有更好的工具。這些工具擁有更高的性能、更好的可靠性、更方便編程或者有用的特性。在 COBOL 時代,還沒有 HTTP 協議、多線程和虛擬化等當今軟件所使用的其它有用技術。
當人們不再在新項目中使用一種語言時,多米諾骨牌開始倒塌。針對這種語言的工具不再誕生和維護。由于沒有需求,語言不再引入新特性,社區不再創造新的工具集,它不再傳播到其它生態系統中——比如 Node.js 出現在服務器端。沒有新的程序員學習這門語言,已經學習這門語言的程序員遷移到了“更綠色的牧場”。
這也意味著,公司不愿意投資于語言本身,包括雇傭程序員。與更豐富的語言相比,這變得更難找到這門語言的開發者,因此給這門語言的開發者支付的薪酬也需要更高。此時,遷移到勞動力成本更低的新平臺成為公司的一種選擇。
COBOL 的情況與 Visual Basic、ASP .Net、Pascal、Fortran、ActionScript、Objective C、Haskell、Ruby 等許多其它服務端語言一樣。它們完成了它們的技術周期,更好的語言用更多特性和工具集,或者更少的煩惱,取代了它們,就像 PHP 在 2000 年代中期針對互聯網做的那樣。一旦 Rust 成為 Linux 內核開發的標準,它也很可能發生在 C 和 C++中。
與其它替代語言相比,PHP 的崛起主要與 Wordpress 的首次出現和 PHP 在服務器領域的易賣性有關。特別是那些需要被編譯成二進制的語言,即使這些替代語言有更多的特性或更好的性能,而 PHP 曾經兩者都缺乏。正是因為 Wordpress 的崛起,媒體巨頭們害怕自己的作品被“一個有博客的家伙”扼殺,于是接受了這一趨勢,開始使用 Wordpress 來增強他們的互聯網影響力。Wordpress甚至為這些公司提供了VIP模式。
PHP 上的這種“硬鎖”現在正在改變,這主要歸功于云服務為其它編程語言提供了新平臺,但即使到了今天,租到一臺運行 PHP 的服務器并在一天內開始使用也不稀奇。事實是,今天也很容易租到一臺運行 Node.JS 或 AWS Lambda 的服務器。你不需要多年的培訓來使用一家云服務提供商,或者一個服務器服務,甚至谷歌也提供了一個使用谷歌云平臺的教程。
盡管如此,PHP 仍然是能夠支持網站開發的屈指可數的語言之一。隨著越來越多的人參與進來,社區和官方都推出了工具:Opcache 用于 I/O 性能處罰、PDO 用于通用數據庫層、Autoloader 用來使大型項目更易管理、Composer 用于依賴部署、PSR 用于標準化代碼規范、PHPUnit 用于測試、PECL 用于擴展等等。
所以,回到概念上來,淡出意味著被取代。它的使用量不會增長,而是變得停滯不前。唯一可能發生的事情就是慢慢被其它解決方案取代。這不是發生在一夕之間,而是常年的積累。
從公司的角度來看,改變技術棧需要花費大量的資源,而沒有立即的ROI:遷移到新的技術棧不是沒有代價的,更不是一天就完成的。更糟糕的是,有些工具可能不存在,比如分析、調試、甚至部署工具,這些都必須從頭開始。
這使得很難說服老板進行“技術?!边w移。這些老板,不是負責你的人,而是那些投資為了保持利潤比上一時期更高的人。除非你能證明有一個新的“商業機會”,舊的技術棧無能為力,或者與其它新技術棧相比會相對性地賠錢,否則通常很難改變已經生效的一些東西。
結合上下文,看看W3Tech對PHP的看法,你會發現 PHP 仍然因為被使用地最多而主導著因特網,但不是在100%的真實流量上,而是在頭部網站上,包括非美國平臺。換句話說,如果 Facebook 使用了一個 PHP 腳本,那并不意味著整個平臺都是基于 PHP 的——以及會更多地在該公司上。
Wordpress 仍然是事實上被廣泛使用的 CMS,與 WooCommerce 一起成為企業的首選。雖然也有 SaaS 提供相同的服務,但可能沒有必要修復沒有損壞的東西。
由 W3Techs.com 收集的網站使用的服務端編程語言的比例
以上說明:PHP 仍然是任何 web 項目都要考慮的工具。到目前為止,Wordpress 是 PHP 的巔峰之作。仍然有新的網站正在使用 PHP 創建。當 PHP 滿足所有的復選框時,一兩個人建立一個互聯網公司仍然是完全正常的...直到它不能滿足所有條件。
今天有很多 web 技術可以使用:WebRTC、WebSockets、QUIC、HTTP/3、WebAssembly、WebAuthn、漸進式 Web 應用、機器學習、JSON Web 身份驗證、gRPC 和服務端事件等等。這些技術支持了在線聊天系統、多媒體流、持續實時數據、新的身份驗證機制等等。這些技術,PHP 都很難支持,甚至不可能支持;例如,很難支持流式那樣傳輸大文件而不會阻塞自身,或者不可能支持 WebSockets。
Hack 只是大公司的未來,因為他們一開始就能燒錢運行 HHVM...
因為有很多工作要做,所以從一種語言過渡到多種語言,或者將服務推給向你提供所需功能的公司,比如讓Mux處理視頻平臺,讓Pusher處理事件傳播,已經成為一種常態。有人可能說你是花錢圖方便,但也有人會說你付錢是因為你的技術棧無法處理這些問題。
另一方面,你可以自己掌控所有東西。前端可以在 PHP 下工作,也可以是一個基于 JavaScript 或像 React、Angular 或 Vue 框架的單頁應用(Single Page Application,SPA)。后端可以運行在基于 Rust、Go、F#、HHVM、.Net Core、Node.js 或者別的什么語言的應用上。因為 PHP 不能做所有事情,開發地獄就開始了,一致性會快速喪失。你開始從依賴一個生態系統到依賴非常多生態系統。
PHP 項目與其它 SaaS 或者基于 Node.js、Python、Go 或 Rust 編寫的運行時結合在一起就不足為奇,添加另一個要維護的代碼庫或應用程序。這可能弊大于利,因為你必須為項目的每個部分處理兩個(或更多)部署方案。
雖然有少數人能夠處理所有事情,但向一個人提供合同的可能性非常小,主要是因為能處理所有事情的人很少,而且也不便宜。
我經常聽到的一句話是“但是 Facebook 使用 PHP”,好像它是一種蓬勃發展的 Web 技術。以 PHP 起家的頂級公司已經明確表示,Hack 及 HHVM——“現代化 PHP 但消耗內存”——是公司的后續措施:
注意,我強調了“企業后續措施”。Hack 就是未來?事實上,Hack 只是大公司的未來,因為他們一開始就有錢運行 HHVM,而且他們不想遷移 90%的代碼。剩下的非百萬富翁公司只能使用 PHP 和廉價的服務器。
任何一家擁有大筆資金的公司都可以為自己的利益創造自己的語言,就像 Facebook、Apple、Google 和 Mozilla 那樣,因為他們有人、有頭腦去做,有服務去實現。無論好壞,我們只是附帶的。
擁有一門內在需求穩定的語言可以讓它進步,即使有時這意味著做出不太好的決定。
有時候說“你不能在 PHP 上做那件事”有點兒讓人難過。新的JIT引擎很受歡迎,但它并不是將它與其它新興語言相結合的靈丹妙藥。性能過去是 PHP 的一個非常重要的問題,但現在它不是唯一的問題?;ヂ摼W在發展,而 PHP 沒有。
圖片來源:Carl Heyerdahl on Unsplash
如今,網頁只是起點。正在發生的 COVID-19 大流行表明,你需要系統針對不同數據類型的不斷變化的狀態做出反應。如今,PHP 還不夠,當它足夠的時候——看看最近的發展有多慢——開發人員將擁有更好的工具。沒人會等著 PHP 實現自身的現代化,也沒有企業會這樣做。這就是所謂的進步:新工具取代老工具。
當你需要的不僅僅是顯示一個具有基本交互的網頁時,問題就出現了。就在那時,PHP 展示了其二十多年的歷史,它是如何與當今的技術和產品需求脫節。
我肯定不是唯一一個等了足夠時間讓 PHP 成為一個像樣的技術競爭對手的人。從業務邏輯的角度來看,PHP 非常方便,因為它的語法允許在專家手中非常有表現力的聲明操作,特別是在“業務邏輯”部分,但它不是萬能的。
PHP 是現在,但不是未來。
我認為這些段落表明 PHP 因為其本質而仍然是王者。沒有哪一種語言在提供便利和成熟的同時獲得如此大的吸引力,而不是功能——另外,就是 Wordpress 效應。
PHP 如何將被淘汰?每個人只需點擊幾下就可以創建它們自己的簡介、商店、圖片庫、云存儲、群聊等等;無需托管,無需服務器和代碼。
我個人認為,現在,由于 SaaS 和一鍵安裝的激增,我們已經超越了像 Wordpress 那樣的“殺手級應用”。我們現在處于“殺手級生態系統”,一種語言已經描述了部分,而你帶來自己的膠水。也許是 Node.js?也許是 Go?也許是 Python?也許是 TypeScript 編譯為二進制?也許是 Rust 的垃圾收集器?也許是一種全新的語言?
我看到一些人希望對 PHP 進行大的修改。除非 Rogue Wave(Perforce)內部有什么變化來推動Zend引擎在技術上向前發展,否則絕對不會。他們很可能是想要賣掉 Zend 服務器。我不認為他們是成功的,當你考慮到大公司盡快離開 PHP 的趨勢,并使博客文章對每個人進行嘲諷。
并不是說 PHP 明天就會停止使用:它仍然工作,而且很容易掌握,因為總有一個MVP可以開始,它不需要花里胡哨的東西。只不過,PHP 是現在,而不是未來,負責這一點的人其實并不在乎。也許一旦一種新的語言出現,提供 PHP 和其它語言中最好的部分。Hack 剛剛證明了公司級 PHP 有很好的代碼重用市場。
一旦下一個大事件席卷互聯網,PHP 就來不及趕上了。
沒有語言會完全死掉。PHP 沒死,只是其它語言已經超越了它。當然,它們不像 PHP 那樣經過戰斗測試...但他們正在實現。
當你認為人類對未知事物有固有的恐懼時,就會很容易同情那些被告知嘗試另一種工具時的語言狂熱者的憤怒。這適用于走出舒適區進入新事物,在本例中,這是從一種可靠的語言(如 PHP)遷移到更適合您需求的其它語言。沒有人會因為僅僅“浪費”一周或一個月去學習和了解新的生態系統而死掉。最壞的情況是,你學會了不再去哪里,就像你選錯了度假目的地。
通過多年的軟件開發解決問題,我認識到,走向(而不是跑向)技術的地平線是工作的一部分,即使這意味著接受我們曾經熱愛的東西走向命中注定...
...未完待續。
先,定義“更好”?這是一個非常主觀的術語,完全取決于你要找的是什么。你是說更快嗎?更廣泛的使用?容易嗎?提供更好的就業前景?框架和庫的更大可用性?我可以繼續說下去。
PYTHON
Python和PHP哪一個更好,為什么?
大量的內置和第三方庫/模塊,專門用于web開發和服務器管理(服務器管理也適用于web開發)。
這些第三方庫設計良好,維護良好,易于安裝,功能強大。
易于開發。如果你曾經用Python編程過,你就會知道它有多簡單。
Django非常強大。它幫助替換JavaScript和PHP。
個人而言,我討厭PHP和JavaScript。它們使用起來令人沮喪,而且都容易出現漏洞。更多的是因為PHP語言的缺陷;因為古怪的規范中的缺陷導致了對JS引擎應該如何實現的糟糕解釋。
完全面向對象的。
非常適合數據操作和機器學習(如果你在平臺上提供有針對性的廣告,這一點很重要)。
有了正確的框架和模塊(作為標準包含),您就可以很好地與數據庫服務器集成,并為站點自動生成查詢。
例如,如果用戶在他們的賬戶中搜索特定的許可證密鑰,框架通過將用戶的操作轉換為SQL查詢來處理。
例2:如果管理員通過電子郵件地址搜索客戶,框架會將其轉換為SQL查詢,然后將結果轉換回來,并以css格式的HTML顯示它們。
Python的優勢是什么?
緩慢,很緩慢。比Python迷們承認的要慢。正如網上所說,PHP的速度快了3倍(有時快,有時慢,取決于情況)。
當你使用它進行開發時,你不能把它當成是在使用Python:你在使用一個框架(例如Django)。所以學習Python是不夠的,你還必須學習框架。
Python遠不及PHP的廣泛使用,因此它的可雇傭性因素,特別是在web開發方面,是非常有限的。我聽說有一項數據顯示~80%的網站使用PHP -我無法驗證這個數據,但我不會感到驚訝。
這種情況與速度慢有關,但是需要單獨處理:資源使用。Python比PHP更占用資源。你可能會想,如果它利用了這么多可用的資源,那實際上可能有助于加速它……不,不,它沒有。
Python的OOP方面糟透了。如果您曾經用Java、c#或c++等語言進行過OOP,您就會理解我為什么討厭它。任何依賴于此和super()的語言都沒有做到這一點。它使您的代碼看起來非?;靵y,混淆了整個過程,并使開發人員容易出錯。這只是沒有必要——語言的整個方面感覺(我想我已經在這個網站的其他地方說過)就像被一條盲魚用錘子栓住了一樣……作為一個事后的想法。你猜怎么著?這是!好吧,它不是用錘子栓上的,是一條魚。但這只是后來的想法,最初并沒有打算成為語言的一部分(最初并沒有包含它)。
它是一種糟糕的、限制性很強的OOP實現。再一次的意見。有些人喜歡它,但他們通常說C和c++是困難的和令人困惑的。
總而言之,這并不可怕,對吧?我個人認為,從就業能力的角度來看,與PHP相比,上面最大的問題是“市場份額”。
PHP
php
非???。
完全面向對象的。
用于絕大多數后端網絡服務和網站的“幕后”功能。
與SQL服務器以及幾乎所有類型的服務器很好地集成。
自動生成對數據庫的查詢(參見Python示例部分的含義)
為web使用而設計的豐富的內置功能。
許多可用的PHP web API進一步擴展了可以做的事情。
其中很多是專門為PHP設計的,不能與Python & Django一起使用。
許多電子商務API
php的語法糟透了。是的,這是一個觀點,但它是一個非常廣泛的觀點。每一個和我交談過的PHP程序員也都持有這個觀點。如果你還不熟悉它,去看看。
SQL注入攻擊。
如何使用PHP解決:
防止PHP應用程序中的SQL注入漏洞并修復它們
遠程代碼執行:
PHP應用程序中的bug可能會接受用戶輸入并將其作為PHP代碼計算。
跨站腳本(XSS [X = Cross]):
存儲XSS和反射XSS
繞過認證——從技術上講,這是開發人員的一個錯誤,但是語言本身使它非常非常容易犯這個錯誤。
PHP的弱點是什么?
OOP和Python一樣糟糕。可能由于語法的原因更糟。它仍然使用這個(但實際上是$this)
總之,這些漏洞非??膳?,但它們主要是由開發人員的錯誤造成的。好好了解PHP,不僅要研究“我如何進行PHP開發”,還要研究“PHP開發陷阱”和“PHP漏洞”,這樣就不會有這樣的問題了。
那么最終的結論是什么呢?好吧,不管Python迷們怎么說,Python不能完全取代PHP,因為存在通用的PHP專用API,而且PHP在行業中占主導地位。
我知道我已經講了很長時間了,但這是我的最后一點,并且非常重要的一點是:開發人員應該選擇一種“最好的語言,因為它是最好的”的想法是現代教育系統和初級開發人員的巨大失敗。為了真正精通任何開發領域,無論是web、應用程序還是軟件,你都需要掌握多種語言。同樣的道理也適用于可靠的老板。
軼事:當我剛開始在這個行業工作的時候,我記得當我詢問并且工作的開發人員告訴我他們知道匯編,C, c++, c#, JavaScript,二進制和十六進制時,我留下了深刻的印象。
我現在不太感興趣了,因為我知道C, c++。一些c#(學習更多),JavaScript, Python, Java, HTML, CSS,一些PHP(學習更多),SQL,二進制,十六進制…他們仍然比我更有經驗和熟練,但我現在明白了,了解很多語言是正常的,是需要做的事情。
所以總結來說,關鍵不在于哪種更好,而在于理解在哪里和什么時候使用它們。并且,對于web開發,你應該學習的最基本的是以下內容:
超文本標記語言
CSS
JavaScript
PHP
JSON (XML替換)
SQL (MySQL, Oracle, MS SQL是3個主要的)-小心不同的“口味”
Python
對于一個職業來說,以上幾點是絕對沒有商量余地的。也可以選擇學習Java。它對web應用程序很有用。
者 | Richard MacManus
譯者 | 核子可樂
策劃 | Tina
根據 WordPress 聯合創始人 Matt Mullenweg 的說法,PHP 的受眾比例急劇下降,疑似受到 WordPress“JavaScript 優先”主張的影響。
TIOBE 編程語言人氣指數發布更新,并提出“PHP 的魔力是否正在消散?”的靈魂拷問。今年 4 月,PHP 在 TIOBE 編程語言指數榜上僅位列第 17,“成為其有史以來的最低排位”。
暴露 PHP 人氣急劇下滑的還不只是 TIOBE 榜單。在年度 Stack Overflow 開發者調查報告中,PHP 的市場占比也從 2018 年的 30.7%(即受訪者當中使用 PHP 的百分比)下降至 2023 年的 18.58%。JetBrains 開發者生態系統調查同樣觀察到類似的趨勢,PHP 占比從 2017 年的 30%下降至 2023 年的 18%。而且最后一項數據尤其值得關注,因為 JetBrains(以及 WordPress 托管廠商 Automattic)正是 PHP 的最大贊助方之一。
JetBrains 公布的開發者調查結果
這種下滑趨勢在 BuiltWith 上體現得尤其明顯,自 2020 年底以來 PHP 的流行度增長線開始斷崖式跌落。
BuiltWith 公布的 PHP 趨勢圖
截至 2021 年 11 月的一項調查顯示,PHP 在互聯網前百萬個網站中的占比仍在 3 萬以上。但如今兩年多過去,其占比已經下滑至 1.5 萬左右。而且截至本文撰稿之時,BuiltWith Quotes 公布的實際占比數字為 18.19%。18%這個比例與 Stack Overflow 及 JetBrains 的調查發現高度吻合,因此我們可以基本確定,PHP 在開發者中的受歡迎程度已經從之前的約 30%萎縮至現在的 18%。換言之,在短短兩年之間下降了 40%。
所以結論是什么?在過去幾年里到底發生了什么樣的變化,才導致 PHP 在 Web 編程語言的競爭當中迅速落???
可以說,PHP 衰落的最大原因就是 WordPress(迄今為止最具人氣的 Web 內容管理系統)正在從 PHP 轉向 JavaScript。WordPress 聯合創始人兼 Automattic 公司 CEO Matt Mullenweg 在上月于中國臺灣召開的 WordCamp Asia 2024 大會上也就此做出論述。
他在回答觀眾提問時表示,“我覺得 WordPress 中的大部分新代碼現在都是由 JavaScript 編寫而成,而且這種趨勢已經持續了一段時間。因此從方方面面來講,如今的 Gutenberg 已經轉化成了一個 JavaScript 優先的項目?!?/span>
大家絕沒看錯:Matt Mullenweg 直言現在的 WordPress 就是個“JavaScript 優先的項目”。而他所提到的 Gutenberg,其實是該公司備受爭議的全新用戶界面,同時也是推動 JavaScript 全面替代 PHP 的主要原因。當然,他也承認從 PHP 轉向 JavaScript“并不容易”。
WordPress 聯合創始人 Matt Mullenweg 在 WordCamp Asia 2024 大會上
這倒不是說 WordPress 不再依賴于 PHP。畢竟在撰寫本文時,我恰好就是在 WordPress 中以“/wp-admin/post-new.php”結尾的 URL 輸入這篇文章。但只能說目前如此,未來的 WordPress 已經確定要走向另一條道路。
Mullenweg 還談到,他希望能在 WordPress 中看到進一步改進——令人驚訝的是,他已經開始從 JavaScript 的視角出發看待這些變化。比如說,PHP 是一種服務器端腳本語言(意味著代碼通常在 Web 服務器上處理),而 Mullenweg 希望 WordPress 能使用 JavaScript 把更多操作交由客戶端執行。
他意味深長地表示,“我真心覺得我們應該把更多處理任務留在客戶端。比如對于正在編輯的內容,這部分處理就可以交給客戶端。這種在瀏覽器運行 JavaScript 的速度可能會更快,因為現在虛擬機和性能極強的處理器已經相當普遍?!?/span>
在演講即將結束之時,有觀眾向 Mullenweg 詢問他對 Gutenberg 項目的感受,以及開發人員為其做出貢獻時遭遇到哪些困難。提出這個問題的開發者還希望“降低 Gutenberg 的抽象級別”。
Mullenweg 回應稱,“說實施,我覺得大家必須適應這種發展態勢。我認為 Gutenberg 的開發方式和 JavaScript 優先理念才是大部分 Web 開發工作的未來方向。順帶一提,其實我也得重新學習,這些東西跟我當初熟悉的方式也有區別。也許我們可以把某些抽象調整得更簡單一點,但總體而言,我會選擇深入研究一下?!?/span>
他還補充稱,Gutenberg 項目、包括向 JavaScript 語言的轉變,目前還遠未完成?!霸趩?Gutenberg 項目時,我們就知道這可能是個為期 10 年的項目。目前我們才剛剛完成 60%到 70%的工作。”
不得不承認,WordPress 項目(也是 PHP 能夠在 Web 領域保持流行的最大動因)正堅定向著 JavaScript 世界邁進。這幾乎必然會阻止更多年輕開發者選擇 PHP,同時迫使其他開發人員(例如那些致力于服務 WordPress 客戶的開發人員)從 PHP 轉向 JavaScript。
但好消息是,仍然有相當一部分開發者群體會繼續使用 PHP——畢竟兩輪大規模開發者調查中的這 18%對應著相當體量的從業受眾。而 PHP 基金會將繼續為他們提供支持。
PHP 基金會于 2021 年 11 月正式成立,希望以非營利組織的身份承擔起 PHP 項目的管理職責。PHP 基金會是由 JetBrains 領導的企業聯盟所建立,其中包括 Automattic、Zend、Laravel 以及 Acquia(Drupal 的托管商)等。JetBrains 工程師 Roman Pronskiy 則出任項目負責人,目前在基金會網站上的頭銜為“運營主管”。
在今年 2 月的 Laravel 會議上,Pronskiy 主要探討了技術問題,同時也承認“PHP 基金會目前最艱巨的任務,就是扭轉 PHP 在公眾心目中的形象。”雖然他沒有具體說明是哪些原因導致 PHP 的公眾形象下降,但 Matt Mullenweg 在解釋 WordPress 轉向“JavaScript 優先”的理由時已經基本給出了答案。無論如何,Pronskiy 正快速投身于 PHP 項目的后續開發,并為其組織起由 10 名有償開發者組成的全職團隊。
PHP 基金會團隊
總而言之,2024 年的 PHP 幾乎成了 Web 開發領域爹不疼、娘不愛的“孤兒”,而 JavaScript 則是在家、在校都備受關注的寵兒。對 PHP 來說更加可悲的是,目前的這種人氣下滑趨勢短時間內恐怕無法停止——畢竟 WordPress 那邊的開發團隊還在積極適應新的 JavaScript 規范。但至少 PHP 基金會還在為此而努力,也許這股頹勢能夠逐漸迎來轉機。
原文鏈接:短短兩年使用率下滑40%!曾經風靡全球的PHP為何逐漸失去優勢?_編程語言_Richard MacManus_InfoQ精選文章
*請認真填寫需求信息,我們會在24小時內與您取得聯系。