單個(gè)責(zé)任原則：每個(gè)班級(jí)都應(yīng)有一個(gè)責(zé)任，因此將業(yè)務(wù)邏輯移至服務(wù)類(lèi)，使用表單驗(yàn)證請(qǐng)求以及通過(guò)事件或工作來(lái)處理副作用。 2。開(kāi)放/關(guān)閉原理：擴(kuò)展功能，而無(wú)需使用接口和依賴(lài)注入來(lái)修改現(xiàn)有代碼，例如在Laravel的服務(wù)容器中綁定不同的支付網(wǎng)關(guān)。 3. Liskov替代原則：確保兒童階層維持父母的行為合同，避免使用覆蓋方法中的參數(shù)或行為不一致。 4。接口隔離原理：創(chuàng)建小型，集中的接口（例如UserFinder和userUpdater），因此客戶端僅取決于他們使用的方法，從而改善模塊化。 5。依賴(lài)性反轉(zhuǎn)原理：通過(guò)將界面注入高級(jí)模塊來(lái)取決于抽象，從而可以通過(guò)Laravel的IOC容器靈活地結(jié)合實(shí)現(xiàn)。通過(guò)促進(jìn)關(guān)注點(diǎn)的分離和減少耦合，將這些原理應(yīng)用于Laravel，可以增強(qiáng)可維護(hù)性，可伸縮性和可檢驗(yàn)性，最終阻止控制器和模型變得單一。

堅(jiān)實(shí)的原理是基本面向?qū)ο蟮脑O(shè)計(jì)概念，可幫助創(chuàng)建可維護(hù)，可擴(kuò)展和可測(cè)試的代碼。 Laravel是建立在Symfony組件上的現(xiàn)代PHP框架，為實(shí)施這些原則提供了極大的支持。這是您可以在Laravel項(xiàng)目中應(yīng)用每個(gè)可靠原則的方法。

1。單個(gè)責(zé)任原則（SRP）

班級(jí)應(yīng)該只有一個(gè)理由更改。

在Laravel中，通常會(huì)看到腫的控制器或模型做得太多 - 處理HTTP邏輯，業(yè)務(wù)邏輯，數(shù)據(jù)庫(kù)查詢(xún)，甚至發(fā)送電子郵件。

如何應(yīng)用SRP：

• 將業(yè)務(wù)邏輯從控制器和模型中移出。
  • 將服務(wù)類(lèi)用于業(yè)務(wù)邏輯。
  • 使用表單請(qǐng)求類(lèi)驗(yàn)證。
  • 使用事件/聽(tīng)眾或工作來(lái)副作用（例如，發(fā)送電子郵件）。

例子：

 // app/services/userRegistrationservice.php
class userRegistrationservice
{
    公共功能寄存器（數(shù)組$數(shù)據(jù)）：用戶
    {
        $ user = user :: create（$ data）;
        事件（新的用戶注冊(cè)（$ user））;
        返回$用戶；
    }
}

然后在您的控制器中：

公共功能商店（UserRegistrationRequest $請(qǐng)求，UserRegistrationservice $服務(wù)）
{
    $ user = $ service->注冊(cè)（$ request-> varicated（））;
    返回redirect（） - > route（'users.show'，$ user）;
}

這樣可以使控制器輕巧，并適當(dāng)?shù)匚闪素?zé)任。

2。開(kāi)放/關(guān)閉原則（OCP）

課程應(yīng)開(kāi)放以進(jìn)行擴(kuò)展，但要修改。

這意味著您應(yīng)該能夠在不更改現(xiàn)有代碼的情況下添加新功能。

如何將OCP應(yīng)用于Laravel：

• 使用接口和依賴(lài)注入。
• 利用Laravel的服務(wù)容器來(lái)綁定實(shí)現(xiàn)。

例子：

 //定義接口
接口Paymentgateway
{
    公共功能收費(fèi)（float $金額）：布爾；
}

//實(shí)施條紋
班級(jí)epayments實(shí)施paymentgateway { / * ... * /}

// paypal的實(shí)施
類(lèi)PayPalpayment實(shí)施PaymentGateway { / * ... * /}

在服務(wù)提供商中綁定：

 $ this-> app-> bind（paymentgateway :: class，stripepayment :: class）;

現(xiàn)在，您可以在不更改消費(fèi)類(lèi)的情況下切換實(shí)現(xiàn)：

班級(jí)簽出Concontroller
{
    公共功能__construct（受保護(hù)的paymentgateway $網(wǎng)關(guān)）{}

    公共功能付費(fèi)（請(qǐng)求$請(qǐng)求）
    {
        $ this-> Gateway->充電（$ request->金額）;
        //如果您以后切換到PayPal，則無(wú)需更改
    }
}

您可以通過(guò)添加新網(wǎng)關(guān)（而不是修改現(xiàn)有的網(wǎng)關(guān)）來(lái)擴(kuò)展功能。

3. Liskov替代原理（LSP）

子類(lèi)型必須可以代替其基本類(lèi)型。

如果您使用繼承（例如，擴(kuò)展課程），請(qǐng)確保子類(lèi)不會(huì)破壞父母的預(yù)期行為。

如何在Laravel中關(guān)注LSP：

• 避免以改變合同的方式進(jìn)行壓倒方法。
• 不要削弱前提條件或加強(qiáng)兒童課程的后條件。

示例：如果您有基本NotificationSender類(lèi)，請(qǐng)確保在調(diào)用send()時(shí)都可以預(yù)見(jiàn)所有孩子（例如， EmailSender ， SmsSender ）的行為。

避免：

 SMSSENDER類(lèi)擴(kuò)展通知者
{
    public函數(shù)發(fā)送（$消息，$電子郵件）//期望電子郵件，但是我們正在發(fā)送SMS？
    {
        //無(wú)效的參數(shù)使用 - 違反LSP
    }
}

相反，設(shè)計(jì)在行為一致的界面。

4。接口隔離原理（ISP）

客戶不應(yīng)被迫依靠他們不使用的接口。

而不是大型通用接口，而是創(chuàng)建較小的特定界面。

如何在Laravel應(yīng)用ISP：

• 不要使用每種方法創(chuàng)建一個(gè)大型存儲(chǔ)庫(kù)接口。
• 用用例拆分接口。

例子：

接口UserFinder
{
    公共功能FindbyId（int $ id）：？用戶;
    公共功能FindbyeMail（字符串$電子郵件）：？用戶;
}

接口用戶UPDATER
{
    公共功能更新（用戶$用戶，數(shù)組$數(shù)據(jù)）：bool;
}

現(xiàn)在，僅需要查找用戶的服務(wù)僅取決于UserFinder ，而不僅僅是它不使用的更新方法。

您仍然可以同時(shí)實(shí)現(xiàn)一堂課：

類(lèi)EloquentuserRepository實(shí)現(xiàn)UserFinder，UserUpdater
{
    //兩者都實(shí)現(xiàn)
}

但是消費(fèi)者只取決于他們的需求。

5。依賴(lài)性反轉(zhuǎn)原理（DIP）

取決于抽象，而不是凝結(jié)。

高級(jí)模塊（例如控制器或服務(wù)）不應(yīng)直接取決于低級(jí)細(xì)節(jié)（例如雄辯的型號(hào)或特定的API）。

如何在Laravel中施加傾角：

• 使用接口和Laravel的IOC容器。
• 注入依賴(lài)性而不是實(shí)例化。

例子：

類(lèi)UserController擴(kuò)展了控制器
{
    公共功能__construct（受保護(hù)的UserFinder $ finder）{}

    公共功能顯示（$ id）
    {
        $ user = $ this-> finder-> findbyid（$ id）;
        返回視圖（'users.show'，compact（'用戶'））;
    }
}

約束實(shí)現(xiàn)：

 // AppServiceProvider.php
公共功能注冊(cè)（）
{
    $ this-> app-> bind（userfinder :: class，eloquentuserrepository :: class）;
}

現(xiàn)在，控制器不在乎如何找到用戶，只能找到它。

Laravel的獎(jiǎng)勵(lì)提示

• 使用操作或任務(wù)：對(duì)于復(fù)雜的操作，請(qǐng)考慮使用單一操作類(lèi)（例如CreateOrderAction ）來(lái)保持SRP符合性。
• 利用工作和聽(tīng)眾：卸載副作用（例如，通知，記錄）排隊(duì)的工作或活動(dòng)聽(tīng)眾。
• 存儲(chǔ)庫(kù)服務(wù)：使用存儲(chǔ)庫(kù)來(lái)抽象數(shù)據(jù)訪問(wèn)，并使用服務(wù)來(lái)協(xié)調(diào)邏輯。
• 避免在業(yè)務(wù)邏輯上立面：更喜歡依賴(lài)注入而不是立面可檢驗(yàn)性和清晰度。

最后的想法

在Laravel中使用固體不是嚴(yán)格的規(guī)則，而是編寫(xiě)更容易測(cè)試，更改和擴(kuò)展的代碼。 Laravel的架構(gòu)（服務(wù)容器，合同，活動(dòng)，工作）使您自然遵循這些原則，如果您進(jìn)行了思考的構(gòu)建。

啟動(dòng)?。呵謇砜刂破?，將邏輯提取到服務(wù)中，使用接口，然后讓服務(wù)容器完成其余的操作。

基本上，只是不要讓雄辯的模型或控制器成為所有事物的垃圾場(chǎng)。

以上是如何在Laravel項(xiàng)目中實(shí)施堅(jiān)實(shí)的原則？的詳細(xì)內(nèi)容。更多信息請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！