舉個例子，我們看一下WebSockets：必須在Ratchet、Swoole、Amp和React中作出選擇。這意味著，針對關鍵性功能，作為開發人員，我們不但要確保遵守程序包的相關文檔，保證程序包的可維護性，還要關注PHP的版本更新情況，才能保證不出問題。我可以想象，PHP8出現時，要在新版本上穩定下來，需要花費數周乃至數月的時間。

Swoole的案例是可以再討論的。目前開發者可能不太熱衷于使用這個麻煩纏身的軟件，尤其是考慮到語言障礙的問題，但如果想要進一步研究的話，可以點擊這里查看開源代碼。

雖然近來，人們的關注點有些偏移向語言本身添加某些helper和命令，但這些helper方法的混亂也是多年來未曾解決的問題：ucfirst(), strtolower(), str_replace()…我們為什么不能在使用統一命名上達成一致？為什么直到今日，仍然沒有人能從數組中提取一些鍵？

回到重點，不要誤會我反對使用第三方程序包，但我希望負責PHP本身的人員比隨機的公司擁有更多的可維護性。

而且別讓我用臺式機或者移動應用程序。PHP是一種面向Web的語言，大多數開發者都默認這一點，但即便Node.JS被逐出了市場，PHP也不會有希望成為相應生態系統中的替代品。

具體到Node.JS的案例中，很大可能JavaScript編寫的部分服務器代碼模塊是可以重用在之前的移動或桌面應用中的。對公司所有者而言，這意味著公司不必再雇傭另一個有其他語言經驗的開發者了，除非收益大過成本。

恐怕這就是我們將要面臨的局面：

應用一開始用PHP代碼庫開發；

管理者索要新功能；

某個其他語言會填充PHP不提供的功能區；

終開發者要使用兩個生態系統。

同樣，每種語言都有其特色和要警惕的問題，但我始終認為，一種語言要有功用性，能夠讓使用者完成自己的任務，而不是讓人吃虧如果不是為了PHP社區的利益，很難設想PHP會達成以上要求。

更干凈的配置（如php.ini）

軟件包管理（后由Composer修復）

這些新功能除了composer，全都不包括在PHP的核心功能中，甚至宣傳和計劃中都不涵蓋。基本上，官方是讓PHP社區自行決斷要自己做這些功能，還是干脆放棄了事。

你可能會說，這些功能并非各個項目必需的，其可用性要取決于具體情況，這話沒錯，但要實現上述功能，我們必須要選擇是用非官方的程序包，還是自己做一個。

 

“為師.... 的秘技...就交給你了...不要...讓為師，失望.....”
    林新剛剛睜開眼，還沒弄清楚是怎么回事，就看到面前一個穿古裝長袍的老頭一臉悲痛的把一本黃冊子塞在他手中，雙眼睜大，一下咽了氣。
    老人眼中滿是期望和希冀，枯瘦的雙手一了下去，再也沒了力氣。雙眼也睜大，再也合不攏。
    林新呆呆的站在床邊，完全不知道是怎么回事。
    “師父！！！”猛然間，一道尖銳的哭聲陡然從他身后響起來。
   斜刺里，一個穿黃色長褲長衣的馬尾女孩一下撲到老人身上，哭得是稀里嘩啦。
    林新這才驚醒過來，轉眼看了看周圍，他正站在一個不大的木屋內，周圍全是褐色的木墻，是用一根根隨便削過的圓木堆砌而成，還能聞到淡淡的木香，不過更多的是濃濃的中藥味。
    “師兄....”一個嬌嬌弱弱的聲音從林新身后響起來，帶著一點哽咽。
    林新呆呆轉過身，看到兩個長相很相似的兄妹正站在他身后，同樣是一身的灰色衣服，像是中國古代穿的那種沒扣子衣服，腰間都是用腰帶系著。