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

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

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

一個(gè)簡(jiǎn)單的問(wèn)題促使我坐下來(lái)撰寫這篇對(duì)我大約一年前的文章的後續(xù)文章。

問(wèn)：您對(duì)目前的情況有何看法？ （2017年2月24日）

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

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

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

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

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

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

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

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

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

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

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

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

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

對(duì)於 Zend Framework 2 MVC 用戶來(lái)說(shuō)，差異很細(xì)微……

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

長(zhǎng)話短說(shuō)

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

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

毫無(wú)疑問(wèn)，Laravel 搶盡了風(fēng)頭?？捎眯畔⒌臄?shù)量、Laracasts、全球開(kāi)發(fā)人員人才、簡(jiǎn)單的模式實(shí)現(xiàn)、集成的測(cè)試工具集、Eloquent 形式的活動(dòng)記錄實(shí)現(xiàn)、Lumen 中的輕量級(jí)版本、使用Homestead（Vagrant）的本地開(kāi)發(fā)使這個(gè)框架對(duì)於新手和經(jīng)驗(yàn)豐富的開(kāi)發(fā)人員來(lái)說(shuō)都非常突出。

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

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

總的來(lái)說(shuō)，我不會(huì)稱其為與去年相比的劇烈變化。儘管如此，我們?nèi)匀恍枰獜母蟮慕嵌葋?lái)看待問(wèn)題：一個(gè)設(shè)計(jì)良好的應(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ā)展勢(shì)頭之快令人難以置信。

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

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

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

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

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

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

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

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

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

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

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

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

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

可擴(kuò)展性

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

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

已經(jīng)報(bào)導(dǎo)了不止一個(gè)災(zāi)難。

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

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

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

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

結(jié)論

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

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

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

關(guān)於 PHP MVC 框架的常見(jiàn)問(wèn)題

什麼是 PHP 中的 MVC 框架？

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

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

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

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

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

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

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

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

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

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

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

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

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

我可以在沒(méi)有 MVC 框架的情況下使用 PHP 嗎？

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

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

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

如何開(kāi)始使用 PHP MVC 框架？

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

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