怎樣淺析Laravel底層原理的契約

本篇文章給大家分享的是有關怎樣淺析Laravel底層原理的契約，小編覺得挺實用的，因此分享給大家學習，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

堆龍德慶網(wǎng)站制作公司哪家好，找成都創(chuàng)新互聯(lián)！從網(wǎng)頁設計、網(wǎng)站建設、微信開發(fā)、APP開發(fā)、響應式網(wǎng)站設計等網(wǎng)站項目制作，到程序開發(fā)，運營維護。成都創(chuàng)新互聯(lián)于2013年開始到現(xiàn)在10年的時間，我們擁有了豐富的建站經驗和運維經驗，來保證我們的工作的順利進行。專注于網(wǎng)站建設就選成都創(chuàng)新互聯(lián)。

簡介

Laravel 中的契約是指框架提供的一系列定義核心服務的接口（interface）。

例如，Illuminate\Contracts\Queue\Queue 契約定義了隊列任務所需的方法，而 Illuminate\Contracts\Mail\Mailer 契約定義了發(fā)送電子郵件所需的方法。

框架對每個契約都提供了相應的實現(xiàn)。例如，Laravel 提供了具有各種驅動的隊列實現(xiàn)和由 SwiftMailer 提供支持的郵件驅動實現(xiàn)。

所有的 Laravel 契約都有他們自己的 GitHub 庫。這為所有可用的契約提供了一個快速參考指南，同時也可單獨作為低耦合的擴展包給其他包開發(fā)者使用。

契約 VS. Facades

Laravel Facades 和輔助函數(shù)提供了一種使用 Laravel 服務的簡單方法，即不需要通過類型提示并從服務容器中解析契約。在大多數(shù)情況下，每個 Facades 都有一個等效的契約。

不同于門面不需要在構造函數(shù)中進行類型提示，契約允許你在類中定義顯式的依賴。一些開發(fā)者傾向于以契約這種方式明確地定義它們的依賴項，而其它開發(fā)者則更喜歡 Facades 帶來的便捷。

對于大多數(shù)應用程序來說，不管是使用門面還是契約都可以。但是，如果你正在構建一個擴展包，為了方便測試，你應該強烈考慮契約。

何時使用契約

綜上所述，使用契約或是 Facades 很大程度上歸結于個人或者開發(fā)團隊的喜好。不管是契約還是 Facades 都可以創(chuàng)建出健壯的、易測試的 Laravel 應用程序。如果你長期關注類的單一職責，你會注意到使用契約還是 Facades 其實沒多少實際意義上的區(qū)別。

然而，你可能還是會有幾個關于契約的問題。例如，為什么要使用接口？不使用接口會比較復雜嗎？下面讓我們談下使用接口的原因：低耦合和簡單性。

低耦合

首先，讓我們來看一些高耦合緩存實現(xiàn)的代碼。如下:

<?php
namespace App\Orders;
class Repository{    /**     * 緩存實例。     */    protected $cache;
    /**     * 創(chuàng)建一個倉庫實例。     *     * @param  \SomePackage\Cache\Memcached  $cache     * @return void     */    public function __construct(\SomePackage\Cache\Memcached $cache){        $this->cache = $cache;    }
    /**     * 按照 Id 檢索訂單     *     * @param  int  $id     * @return Order     */    public function find($id){        if ($this->cache->has($id))    {            //        }    }}

在這個類中，程序與給定的緩存實現(xiàn)高耦合。因為我們依賴于一個擴展包的特定緩存類。一旦這個擴展包的 API 被更改了，我們的代碼就必須跟著改變。

同樣的，如果我們想要將底層的的緩存技術（ Memcached ）替換為另一種緩存技術（ redis ），那又得再次修改這個 repository 類。而 repository 類不應該了解太多關于誰提供了這些數(shù)據(jù)或是如何提供的等等。

比起上面的做法，我們可以使用一個簡單的、與擴展包無關的接口來改進我們的代碼：

<?php
namespace App\Orders;
use Illuminate\Contracts\Cache\Repository as Cache;
class Repository{    /**     * 緩存實例。     */    protected $cache;
    /**     * 創(chuàng)建一個倉庫實例。     *     * @param  Cache  $cache     * @return void     */    public function __construct(Cache $cache){        $this->cache = $cache;    }}

現(xiàn)在，更改之后的代碼沒有與任何擴展包甚至是 Laravel 耦合。而契約擴展包不包含任何實現(xiàn)和依賴項，你可以輕松地編寫任何給定契約的替代實現(xiàn)，來實現(xiàn)不修改任何關于緩存消費的代碼就可以替換緩存實現(xiàn)。

簡單性

當所有 Laravel 的服務都使用簡潔的接口定義，就很容易判斷給定服務提供的功能?？梢詫⑵跫s視為說明框架功能的簡潔文檔。

除此之外，當依賴的接口足夠簡潔時，代碼的可讀性和可維護性會大大提高。比起搜索一個大型復雜的類中有哪些可用的方法，不如檢索一個簡單、干凈的接口來參考更妥當。

如何使用契約

Laravel 中的許多類型的類都是通過服務容器解析出來的，包括控制器、事件監(jiān)聽器、中間件、任務隊列，甚至路由閉包。所以，要獲得一個契約的實現(xiàn)，你只需要在被解析的類的構造函數(shù)中添加「類型提示」即可。

例如，看看這個事件監(jiān)聽器：

<?php
namespace App\Listeners;
use App\User;use App\Events\OrderWasPlaced;use Illuminate\Contracts\Redis\Database;
class CacheOrderInformation{    /**     * Redis 數(shù)據(jù)庫實現(xiàn)。     */    protected $redis;
    /**     * 創(chuàng)建事件處理器實例。     *     * @param  Database  $redis     * @return void     */    public function __construct(Database $redis){        $this->redis = $redis;    }
    /**     * 處理事件。     *     * @param  OrderWasPlaced  $event     * @return void     */    public function handle(OrderWasPlaced $event){        //    }}

當事件監(jiān)聽器被解析時，服務容器會讀取類的構造函數(shù)上的類型提示，并注入對應的值。

以上就是怎樣淺析Laravel底層原理的契約，小編相信有部分知識點可能是我們日常工作會見到或用到的。希望你能通過這篇文章學到更多知識。更多詳情敬請關注創(chuàng)新互聯(lián)行業(yè)資訊頻道。

網(wǎng)站名稱：怎樣淺析Laravel底層原理的契約
文章分享：http://bm7419.com/article6/jdegig.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站營銷、服務器托管、網(wǎng)站設計、定制開發(fā)、網(wǎng)站制作、網(wǎng)站策劃

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源：創(chuàng)新互聯(lián)

猜你還喜歡下面的內容