Laravel的MVC架構(gòu)可能會(huì)面臨幾個(gè)問(wèn)題：1）可以通過(guò)將邏輯委派給服務(wù)來(lái)避免脂肪控制器。 2）超載模型應(yīng)集中在數(shù)據(jù)訪問(wèn)上。 3）視圖應(yīng)保持簡(jiǎn)單，避免使用PHP邏輯。 4）諸如N 1查詢之類的性能問(wèn)題可以通過(guò)急切的加載來(lái)減輕。 5）通過(guò)薄控制器和依賴注入來(lái)增強(qiáng)測(cè)試。

當(dāng)潛入Laravel及其MVC建築世界時(shí)，就像走進(jìn)一個(gè)組織良好的廚房，一切都有其位置。但是，即使在最有條理的廚房中，如果您不小心，事情也會(huì)出現(xiàn)問(wèn)題。那麼，Laravel的MVC架構(gòu)可能出了什麼問(wèn)題？讓我們探索潛在的陷阱以及如何導(dǎo)航它們。

在Laravel中，MVC（模型視圖控制器）模式是您應(yīng)用程序的骨幹，可確保您的代碼保持乾淨(jìng)，可維護(hù)和可擴(kuò)展性。但是，實(shí)施此體系結(jié)構(gòu)時(shí)的失誤可能會(huì)導(dǎo)致凌亂的代碼庫(kù)，性能問(wèn)題和未來(lái)開(kāi)發(fā)人員的頭痛。讓我們深入研究常見(jiàn)問(wèn)題，並分享一些有關(guān)如何避免它們的見(jiàn)解。

從基礎(chǔ)知識(shí)開(kāi)始，Laravel的MVC將您的應(yīng)用程序分為三個(gè)相互聯(lián)繫的組件：數(shù)據(jù)管理模型，演示文稿的視圖和用於處理它們之間邏輯的控制器。做得好，這是一場(chǎng)美麗的舞蹈，但這是事情可以進(jìn)行的。

我遇到的最常見(jiàn)問(wèn)題之一是脂肪控制器綜合徵。將所有業(yè)務(wù)邏輯塞入控制器很誘人，因?yàn)?，嘿，它們就在所有事物的中間。但這導(dǎo)致控制器腫，難以維護(hù)並且難以測(cè)試。取而代之的是，我學(xué)會(huì)了保持控制器的精益，專注於路由請(qǐng)求，並將繁重的舉重委派給服務(wù)或模型本身。

這是如何保持控制器纖細(xì)的一個(gè)快速示例：

 //在纖細(xì)的控制器中
公共功能商店（請(qǐng)求$請(qǐng)求）
{
    $ data = $ request-> validate（[
        'title'=>'必需'，
        'content'=>'必需'，
    ）;

    $ post = postervice :: createpost（$ data）;

    返回redirect（） - > route（'posts.show'，$ post-> id）;
}

//在服務(wù)課中
班級(jí)服務(wù)
{
    公共靜態(tài)功能createpost（數(shù)組$數(shù)據(jù)）
    {
        $ post = new post（）;
        $ post-> title = $ data ['title'];
        $ post-> content = $ data ['content'];
        $ post-> save（）;

        返回$ post;
    }
}

另一個(gè)陷阱是超載模型。模型應(yīng)主要處理數(shù)據(jù)訪問(wèn)和基本驗(yàn)證，而不是複雜的業(yè)務(wù)邏輯。當(dāng)我剛開(kāi)始使用Laravel時(shí)，我認(rèn)為模型是完成與數(shù)據(jù)相關(guān)的所有事情的地方。但是我很快意識(shí)到這種方法使我的模型笨拙且難以管理。現(xiàn)在，我將模型用於最佳的內(nèi)容，並將復(fù)雜的邏輯轉(zhuǎn)移到服務(wù)或存儲(chǔ)庫(kù)中。

如果您不小心，視圖也可能成為麻煩的根源。視圖和控制器之間的緊密耦合是一個(gè)常見(jiàn)的錯(cuò)誤。我已經(jīng)看到了在PHP邏輯上散落的項(xiàng)目，使它們難以更改而不影響控制器。為了避免這種情況，我堅(jiān)持使用刀片模板和以乾淨(jìng)，結(jié)構(gòu)化的方式從控制器傳遞數(shù)據(jù)的原理。

 //在控制器中
公共功能顯示（發(fā)布$ post）
{
    返回視圖（'posts.show'，compact（'post'））;
}

//在視圖中（資源/視圖/帖子/show.blade.php）
<h1> {{$ post-> title}} </h1>
<p> {{$ post-> content}}} </p>

性能問(wèn)題也可能是由於MVC體系結(jié)構(gòu)的不當(dāng)使用而引起的。 n 1查詢問(wèn)題是一個(gè)典型的例子。當(dāng)您急切地加載相關(guān)的模型而無(wú)需思考時(shí)，您最終可能會(huì)得到大量不必要的數(shù)據(jù)庫(kù)查詢。我學(xué)會(huì)了明智地使用急切的負(fù)載，並始終關(guān)注我的應(yīng)用程序正在提出的查詢。

 //不良練習(xí)：n 1查詢問(wèn)題
$ posts = post :: all（）;
foreach（$ posts $ post）{
    echo $ post->用戶 - > name; //這將為每個(gè)帖子提供單獨(dú)的查詢
}

//良好的練習(xí)：急切的加載
$ posts = post :: with（'用戶'） - > get（）;
foreach（$ posts $ post）{
    echo $ post->用戶 - > name; //現(xiàn)在，所有用戶只有一個(gè)查詢
}

最後，讓我們談?wù)?strong>測(cè)試。井井有條的MVC體系結(jié)構(gòu)應(yīng)該易於測(cè)試，但是如果您不小心，最終可能會(huì)得到很難測(cè)試的系統(tǒng)。我發(fā)現(xiàn)使控制器變薄並使用依賴注入對(duì)單位測(cè)試有很大幫助。集成測(cè)試對(duì)於確保您的MVC組件可以很好地合作。

 //使用依賴注入進(jìn)行更輕鬆的測(cè)試
類PostController擴(kuò)展控制器
{
    私人$ postervice;

    公共功能__ -construct（後服務(wù)$ posterService）
    {
        $ this-> posterVice = $ postservice;
    }

    公共功能商店（請(qǐng)求$請(qǐng)求）
    {
        $ data = $ request-> validate（[
            'title'=>'必需'，
            'content'=>'必需'，
        ）;

        $ post = $ this-> postervice-> createpost（$ data）;

        返回redirect（） - > route（'posts.show'，$ post-> id）;
    }
}

總之，儘管Laravel的MVC架構(gòu)是構(gòu)建強(qiáng)大應(yīng)用程序的有力工具，但它不能濫用。通過(guò)保持控制器的精益，模型專注於數(shù)據(jù)，視圖簡(jiǎn)單以及始終考慮性能和可檢驗(yàn)性，您可以避免常見(jiàn)的陷阱，並構(gòu)建可以開(kāi)展工作的應(yīng)用程序。請(qǐng)記住，關(guān)鍵是將MVC模式用作指南，而不是嚴(yán)格的規(guī)則手冊(cè)，並始終注意您的選擇如何影響代碼庫(kù)的整體健康狀況。

以上是Laravel MVC體系結(jié)構(gòu)：出了什麼問(wèn)題？的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！