關(guān)鍵要點(diǎn)

• Laravel 和 Symfony 目前是領(lǐng)先的 PHP MVC 框架，擁有強(qiáng)大的社區(qū)和持續(xù)開發(fā)的新功能。
• 微服務(wù)和基于容器的架構(gòu)的興起正在改變 MVC 的作用，轉(zhuǎn)向?qū)?yīng)用程序構(gòu)建為“函數(shù)”。
• 雖然 Laravel 處于領(lǐng)先地位，但大型 Eloquent 模型和過多的服務(wù)可能會使其變得復(fù)雜，從而導(dǎo)致單體應(yīng)用的產(chǎn)生。
• Symfony 雖然有時會導(dǎo)致單體應(yīng)用程序，但它通過使用存儲庫提供了優(yōu)雅性和靈活性。
• 微服務(wù)的出現(xiàn)并不意味著 PHP 正在消亡，但開發(fā)人員應(yīng)該保持領(lǐng)先地位，并考慮學(xué)習(xí) GoLang 或 Node.js。

本文最初發(fā)表于 ZenOfCoding，經(jīng)作者許可在此重新發(fā)布。

一個簡單的問題促使我坐下來撰寫這篇對我大約一年前的文章的后續(xù)文章。

問：您對目前的情況有何看法？（2017年2月24日）

答：“我認(rèn)為現(xiàn)在主要取決于 Laravel 和 Symfony；就 PHP 框架而言。如果您要啟動一個新項(xiàng)目，我認(rèn)為使用 CakePHP、Zend、CodeIgniter、Yii 等沒有任何特別的價值。 只有當(dāng)您已經(jīng)了解這些框架或擁有習(xí)慣使用它們的開發(fā)人員時，我才能看到使用它們的理由。 當(dāng)真正的開發(fā)開始時，您必須能夠找到工具、插件和常見問題的答案。憑借 Laravel 和 Symfony 社區(qū)以及新“模塊”或功能的持續(xù)開發(fā)，您永遠(yuǎn)不會感到落后。僅 Laracasts（即使您不使用 Laravel 進(jìn)行開發(fā)）就非常棒。

無論是與 iron.io 或其他 SaaS 提供商等服務(wù)的集成，對各種數(shù)據(jù)源的支持，還是像 Homestead 這樣的本地開發(fā)環(huán)境，這些框架和支持模塊都更具前瞻性。

Lumen 補(bǔ)充了快速 API 開發(fā)，Laravel 確實(shí)成為當(dāng)今快速應(yīng)用程序開發(fā)和原型設(shè)計的絕佳方法。這并不是說它在構(gòu)建大型應(yīng)用程序時受到某種限制。

然而，總的來說，我們確實(shí)看到了向基于容器的架構(gòu)的轉(zhuǎn)變，其中 MVC 的作用要小得多。一切都是關(guān)于微服務(wù)、編排和將應(yīng)用程序構(gòu)建為“函數(shù)”（即 AWS Lambda 和類似服務(wù)）。也許是時候提高您的 Node.js 和 GoLang 技能了 :)”

雖然我對這個答案總體上感到滿意，但我還是忍不住認(rèn)為，詳細(xì)闡述其中一些要點(diǎn)并重新審視現(xiàn)狀是個好主意。

在我開始討論“GoLang”等奇怪主題之前，讓我們先退一步，看看 2017 年 PHP MVC 框架領(lǐng)域的趨勢。

我認(rèn)為我們過去觀察到的趨勢正在持續(xù)。Laravel 仍在不斷發(fā)展，而其他人則落后了。Symfony 的流行度略有上升，這可能是由于備受期待的 Symfony 3 版本發(fā)布。

（我嘗試了更具體的比較搜索，例如“CakePHP 3”或“ZF2”，但這些搜索并未產(chǎn)生具有統(tǒng)計意義的趨勢）。

今年我加入了 CodeIgniter，因?yàn)樗浅Ａ餍?，這一點(diǎn)很明顯。我收到了許多關(guān)于 CodeIgniter 的問題，以及我對其在 PHP MVC 社區(qū)中的地位的看法…… 簡而言之，CI 仍然沒有參與競爭，因?yàn)樗皇钦嬲?MVC 框架。除了組織良好的 POPO 集合之外，我不知道該如何稱呼它……

讓我們直接引用他們的手冊中的這句話：

CodeIgniter 對 MVC 采取了相當(dāng)寬松的方法，因?yàn)椴恍枰Ｐ汀Ｈ绻恍枰~外的分離，或者發(fā)現(xiàn)維護(hù)模型比您想要的更復(fù)雜，您可以忽略它們并使用控制器和視圖以最小的方式構(gòu)建您的應(yīng)用程序。

在構(gòu)建框架方面，我完全不同意這種方法。也許它是一個不錯的樣板，這就是 CodeIgniter 流行的原因，但是框架必須強(qiáng)制執(zhí)行某些紀(jì)律，否則最終產(chǎn)品將成為一堆意大利面條代碼，包裹在某種“模式”中。

接下來，Symfony 3 為我們帶來了開發(fā)人員體驗(yàn)、依賴注入和許多其他功能的一些改進(jìn)。與許多 PHP 對應(yīng)產(chǎn)品一樣，它現(xiàn)在提供了一個微框架。相比之下，ZF3 提供了一系列改進(jìn)，例如對 PHP7 的支持（最終）甚至它自己的微框架……但正如他們的手冊所說：

對于 Zend Framework 2 MVC 用戶來說，差異很細(xì)微……

我真的很希望他們說差異很大，有一些重大的架構(gòu)改進(jìn)，以及一些幫助您以現(xiàn)代方式開發(fā)事物的精彩新模塊。唉，在大多數(shù)情況下，ZF3 與 ZF2 仍然非常相似。

長話短說

這就是我今天看待 PHP 框架世界的方式：

1. Symfony 或 Laravel，取決于您的需求
2. 其他的

毫無疑問，Laravel 搶盡了風(fēng)頭。可用信息的數(shù)量、Laracasts、全球開發(fā)人員人才、簡單的模式實(shí)現(xiàn)、集成的測試工具集、Eloquent 形式的活動記錄實(shí)現(xiàn)、Lumen 中的輕量級版本、使用 Homestead（Vagrant）的本地開發(fā)使這個框架對于新手和經(jīng)驗(yàn)豐富的開發(fā)人員來說都非常突出。

但是 Eloquent 模型可能會變得雜亂無章且相當(dāng)龐大，可能會創(chuàng)建過多的 Laravel 服務(wù)（不要與微服務(wù)混淆），人們開始考慮在不合適的地方實(shí)現(xiàn)存儲庫模式。因此，單體應(yīng)用誕生了。

如果您不熟悉活動記錄模式并且需要存儲庫的額外靈活性，或者您不喜歡看到太多匿名函數(shù)，那么請使用 Symfony Doctrine。 我是否認(rèn)為 Symfony 是通往單體應(yīng)用程序的途徑？在某種程度上，是的。但是，它可能是最優(yōu)雅的一個。

總的來說，我不會稱其為與去年相比的劇烈變化。盡管如此，我們?nèi)匀恍枰獜母蟮慕嵌葋砜创龁栴}：一個設(shè)計良好的應(yīng)用程序不僅僅是 MVC；它還涉及基礎(chǔ)設(shè)施、部署管道、解耦架構(gòu)。所有這些都可以在 MVC 堆棧中實(shí)現(xiàn)，但是需要格外注意避免單體應(yīng)用。

微服務(wù)的出現(xiàn)

前面我提到了微服務(wù)的興起以及提高 GoLang 或 Node 技能的必要性。 事實(shí)上，即使在 PHP MVC 文章中，如果不提及向微服務(wù)導(dǎo)向架構(gòu) (MOA) 的明顯轉(zhuǎn)變，那也是愚蠢的；而且它的發(fā)展勢頭之快令人難以置信。

雖然這兩個概念并非相互排斥，但沒有理由試圖在這兩者之間尋找相似之處，因?yàn)樗鼈兇_實(shí)代表著不同的，盡管是相交的哲學(xué)。

例如，將您的 MVC 應(yīng)用程序放在一個容器中，將 MySQL 放在另一個容器中，然后將它們鏈接在一起，并不一定代表一個合適的 MOA。 這當(dāng)然是一個更好的方法，事實(shí)上，比試圖安裝 MAMP、XAMPP 或您需要獲得本地機(jī)器來服務(wù)應(yīng)用程序的其他任何雜亂的東西要好得多。

此外，它還可以解決一些問題，例如在不同平臺（開發(fā)人員）上輕松運(yùn)行本地環(huán)境，以及在某些情況下部署策略，但是您的應(yīng)用程序?qū)?容器中仍然存在 MVC 單體應(yīng)用。

單體應(yīng)用的破壞

這種“破壞”正是微服務(wù)所要實(shí)現(xiàn)的。 雖然 MVC 通過提供一種可靠的方法來分離關(guān)注點(diǎn)來解決您的代碼結(jié)構(gòu)和組織問題，但容器/服務(wù)/MOA 將此概念進(jìn)一步擴(kuò)展。

您不再只是將視圖與模型分開，而是現(xiàn)在將應(yīng)用程序的每個“塊”或邏輯單元分離到一個獨(dú)立的服務(wù)中，該服務(wù)旨在正確處理其自身的職責(zé)。

如果您的 MVC 應(yīng)用程序具有“搜索”控制器、操作和相關(guān)的模型方法，那么我們已經(jīng)有了單體應(yīng)用程序的示例。

相反，使用 MOA 方法，我們將為每個處理單元提供一個服務(wù)。例如：

• 路由服務(wù)
• 請求服務(wù)
• 查詢服務(wù)
• 數(shù)據(jù)源服務(wù)
• 響應(yīng)服務(wù)

等等，但是所有這些“服務(wù)”不都是 MVC 堆棧的一部分嗎？是的，就是這樣。它們是我們單體應(yīng)用的構(gòu)建塊。

使用 MOA，每個服務(wù)都在其自己的環(huán)境中運(yùn)行，作為開發(fā)人員，更重要的是作為架構(gòu)師，我們可以自由地設(shè)計解決特定需求的最佳方法。

例如，如果要在 Laravel 環(huán)境中編寫圖像處理服務(wù)，我可能會使用 PHP-GD2 擴(kuò)展之類的工具，這可能不是處理圖像最有效的方法。處理我的圖像處理需求的 C 服務(wù)可能會快得多，并且在規(guī)模上肯定更強(qiáng)大。為了進(jìn)一步闡述，我們現(xiàn)在可以獲取圖像處理服務(wù)的輸出，并將其發(fā)送到 DataStore 服務(wù)、CloudStorage 服務(wù)和 Queue Email 服務(wù)。

使用一堆 cron 作業(yè)以及可能的一些單獨(dú)的 MVC 應(yīng)用程序和自定義腳本來解決同樣的挑戰(zhàn)，這就是我們過去（即 2 年前）的做法。是時候向前發(fā)展了。

可擴(kuò)展性

這就是問題開始（或結(jié)束，取決于您的前進(jìn)方向）的地方。一方面，很難擴(kuò)展單體應(yīng)用，如果您在同一個 MVC 堆棧中構(gòu)建越來越多的邏輯，您可能會遇到一個結(jié)構(gòu)良好的應(yīng)用程序，但其復(fù)雜性卻非常可怕。

另一方面，如果您構(gòu)建了數(shù)千種不同語言的微服務(wù)，您如何管理那堆爛攤子？

已經(jīng)報道了不止一個災(zāi)難。

有各種容器編排工具（如 Kubernetes、Swarm、Mesos），容器部署服務(wù)（即 GKE 和 AWS ECS），但是很少有企業(yè)掌握了 Docker 架構(gòu)。使用 Docker 或其他容器技術(shù)（即 GKE）構(gòu)建基礎(chǔ)設(shè)施確實(shí)有一些成功案例。這些案例大多來自能夠承擔(dān)架構(gòu)師、DevOps、DBA 和工程師資源的企業(yè)。盡管如此，就目前而言，關(guān)于如何部署一個精心編排且優(yōu)雅的 MOA 的爭論不計其數(shù)。在這種情況下，一種尺寸絕對不適合所有情況，并且有許多方法可以解決您的挑戰(zhàn)。

無論哪種方式，您都不能獨(dú)自解決這個問題（DevOps FTW！），而且只有在達(dá)到相對較大的規(guī)模后，這個問題才真正需要解決。也許現(xiàn)在不是過度設(shè)計的最佳時機(jī)。

對于今天（以及那些處理復(fù)雜程度或流量需求較低的應(yīng)用程序的人）來說，一個快樂的中間方法是將許多典型的服務(wù)卸載到第三方提供商?，F(xiàn)在幾乎所有東西都可以作為服務(wù)提供。后臺作業(yè)、圖像處理、身份驗(yàn)證、數(shù)據(jù)分析、日志記錄、電子郵件發(fā)送、隊列系統(tǒng)不需要在同一個 MVC 堆棧中構(gòu)建，而架構(gòu)師應(yīng)該考慮什么可以卸載到 SaaS 系統(tǒng)以獲得低月費(fèi)（即 Algolia 搜索）或可能在某些云空間中運(yùn)行的自定義構(gòu)建的 docker 服務(wù)，它處理煩人的圖像處理。

我想這里的重點(diǎn)是，您不應(yīng)該一頭扎進(jìn)重新架構(gòu)項(xiàng)目中，不要丟棄您今天擁有的所有東西，并在任何可以想象的地方釋放 docker swarms?？梢酝ㄟ^解耦可能的部分、了解系統(tǒng)中的瓶頸并將關(guān)注點(diǎn)分離的概念應(yīng)用于這些問題區(qū)域來逐步推出改進(jìn)的基礎(chǔ)。

結(jié)論

2017 年將為我們帶來更多關(guān)于基于容器的 MOA 的對話和生產(chǎn)部署。我對 Docker、使用 GoLang 或 Node 的觀點(diǎn)和胡言亂語并不意味著 PHP 正在“消亡”或其他任何類似的事情……我覺得作為開發(fā)人員，我們需要保持領(lǐng)先地位，所以如果微服務(wù)就是它所在的地方，那么為什么不學(xué)習(xí) GoLang 呢？它非常適合（由于占用空間小、速度快和并行處理）開發(fā)小型容器化應(yīng)用程序。Node 和 GoLang 很有趣，因?yàn)樗鼈冊试S您構(gòu)建小型服務(wù)，這些服務(wù)都是大型部落的一部分，將它們鏈接在一起，如果您愿意，可以將它們作為 Docker 容器的史詩般的 swarms 發(fā)布。 然而，所有這些令人敬畏的尖端解決方案和語言并不意味著 PHP 因此不再相關(guān)或“已死”。我們肯定會在一段時間內(nèi)構(gòu)建 MVC 堆棧和 API 端點(diǎn)。

尚未通過 MOA 解決的一個問題是，雖然容器幫助我們在后端消除了單體應(yīng)用，但我們?nèi)匀幻媾R著前端層、UI 或視圖中的許多架構(gòu)問題。 我們可以構(gòu)建一個非常強(qiáng)大的后端應(yīng)用程序，但最終它將以 JSON 響應(yīng)，該 JSON 必須以某種方式在客戶端應(yīng)用程序中呈現(xiàn)。最終響應(yīng)對象來自簡單的 PHP（例如，Lumen 驅(qū)動的端點(diǎn)（URL））還是由消息接口解耦的一系列決策和處理單元，這是否重要？這確實(shí)非常取決于您的需求和應(yīng)用程序的要求。

今年，學(xué)習(xí) Laravel，關(guān)注 Docker、GoLang，并絕對關(guān)注部署管道。從本地到生產(chǎn)的轉(zhuǎn)換應(yīng)該比一段時間以來更加流暢，尤其是在構(gòu)建 MVC 應(yīng)用程序時。

關(guān)于 PHP MVC 框架的常見問題

什么是 PHP 中的 MVC 框架？

PHP 中的模型-視圖-控制器 (MVC) 框架是一種設(shè)計模式，它將應(yīng)用程序分成三個相互關(guān)聯(lián)的組件。模型組件對應(yīng)于用戶使用與所有數(shù)據(jù)相關(guān)的邏輯。視圖組件用于應(yīng)用程序的所有 UI 邏輯。另一方面，控制器充當(dāng)模型和視圖組件之間的接口，以處理所有業(yè)務(wù)邏輯和傳入請求。

為什么我應(yīng)該使用 MVC 框架進(jìn)行 PHP 開發(fā)？

使用 MVC 框架進(jìn)行 PHP 開發(fā)具有多種優(yōu)勢。它提供了清晰的分離關(guān)注點(diǎn)，這使得代碼更易于維護(hù)和理解。它還促進(jìn)了代碼的可重用性和可擴(kuò)展性，允許開發(fā)人員創(chuàng)建健壯且大規(guī)模的應(yīng)用程序。此外，MVC 框架通常帶有內(nèi)置的工具和庫，以促進(jìn)數(shù)據(jù)庫抽象、表單驗(yàn)證、會話和 Cookie 處理等任務(wù)。

2017 年最頂尖的 PHP MVC 框架是什么？

在 2017 年，一些頂尖的 PHP MVC 框架包括 Laravel、Symfony、CodeIgniter、Yii2 和 CakePHP。Laravel 由于其優(yōu)雅的語法、強(qiáng)大的功能和充滿活力的開發(fā)者社區(qū)而尤其受歡迎。Symfony 也因其高度的靈活性和模塊化架構(gòu)而被廣泛使用。

如何為我的項(xiàng)目選擇合適的 PHP MVC 框架？

選擇合適的 PHP MVC 框架取決于幾個因素，包括項(xiàng)目的規(guī)模和復(fù)雜性、團(tuán)隊的專業(yè)知識、框架的社區(qū)和支持、其性能和可擴(kuò)展性以及涉及的學(xué)習(xí)曲線。建議在做出決定之前，根據(jù)這些因素研究和比較不同的框架。

MVC 模式如何在 PHP 框架中工作？

在 PHP MVC 框架中，當(dāng)用戶發(fā)送請求時，它首先轉(zhuǎn)到控制器，控制器識別要處理數(shù)據(jù)的適當(dāng)模型。然后，模型與數(shù)據(jù)庫交互，處理數(shù)據(jù)并將其發(fā)送回控制器。然后，控制器加載相應(yīng)的視圖，該視圖以用戶友好的格式向用戶呈現(xiàn)數(shù)據(jù)。

什么是 Laravel，為什么它如此受歡迎？

Laravel 是一個 PHP MVC 框架，以其優(yōu)雅的語法和豐富的功能而聞名。它提供了用于路由、身份驗(yàn)證、會話、緩存等任務(wù)的各種工具。Laravel 還擁有一個充滿活力的社區(qū)和大量的文檔，使其成為開發(fā)人員的熱門選擇。

PHP MVC 框架的學(xué)習(xí)曲線如何？

PHP MVC 框架的學(xué)習(xí)曲線可能會有所不同。Laravel 和 CodeIgniter 等一些框架以其簡單性而聞名，并且相對容易學(xué)習(xí)。Symfony 和 Yii2 等其他框架可能需要更多時間才能掌握，因?yàn)樗鼈兊墓δ芎透拍畋容^復(fù)雜。

我可以在沒有 MVC 框架的情況下使用 PHP 嗎？

是的，您可以在沒有 MVC 框架的情況下使用 PHP。但是，使用框架可以使您的開發(fā)過程更高效，并且您的代碼更易于維護(hù)，尤其是在大型應(yīng)用程序中。

什么是 PHP MVC 框架中的數(shù)據(jù)庫抽象？

PHP MVC 框架中的數(shù)據(jù)庫抽象是指隱藏數(shù)據(jù)庫操作細(xì)節(jié)以避免影響應(yīng)用程序其余部分的做法。這允許開發(fā)人員使用一致的 API 與數(shù)據(jù)庫交互，而不管底層數(shù)據(jù)庫系統(tǒng)如何。

如何開始使用 PHP MVC 框架？

要開始使用 PHP MVC 框架，您應(yīng)該首先了解 PHP 和面向?qū)ο蟮木幊袒A(chǔ)知識。然后，您可以選擇一個適合您需求的框架，并通過其官方文檔、在線教程和社區(qū)論壇開始學(xué)習(xí)它。

以上是2017年P(guān)HP MVC框架的狀態(tài)的詳細(xì)內(nèi)容。更多信息請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！