詳解 Laravel 中的依賴注入和 IoC-有解無憂

作為開發者，我們一直在嘗試通過使用設計模式和嘗試新的健壯型框架來尋找新的方式來撰寫設計良好且健壯的代碼，在本篇文章中，我們將通過 Laravel 的 IoC 組件探索依賴注入設計模式，并了解它如何改進我們的設計，

依賴注入

依賴注入一詞是由 Martin Fowler 提出的術語，它是將組件注入到應用程式中的一種行為，就像 Ward Cunningham 說的:

依賴注入是敏捷架構中關鍵元素，

讓我們看一個例子：

class UserProvider{
 protected $connection;

    public function __construct(){
        $this->connection = new Connection;
    }

    public function retrieveByCredentials( array $credentials ){
        $user = $this->connection
                        ->where( 'email', $credentials['email'])
                        ->where( 'password', $credentials['password'])
                        ->first();

        return $user;
    }
}

如果你要測驗或者維護這個類，你必須訪問資料庫的實體來進行一些查詢，為了避免必須這樣做，你可以將此類與其他類進行解耦，你有三個選項之一，可以將 Connection 類注入而不需要直接使用它，將組件注入類時，可以使用以下三個選項之一：

構造方法注入

class UserProvider{
    protected $connection;

    public function __construct( Connection $con ){
        $this->connection = $con;
    }
    ...

Setter 方法注入

同樣，我們也可以使用 Setter 方法注入依賴關系：

class UserProvider{
    protected $connection;
    public function __construct(){
        ...
    }

    public function setConnection( Connection $con ){
        $this->connection = $con;
    }
    ...

介面注入

interface ConnectionInjector{
    public function injectConnection( Connection $con );
}

class UserProvider implements ConnectionInjector{
    protected $connection;

    public function __construct(){
        ...
    }

    public function injectConnection( Connection $con ){
        $this->connection = $con;
    }
}

當一個類實作了我們的介面時，我們定義了 injectConnection 方法來解決依賴關系，

優勢

現在，當測驗我們的類時，我們可以模擬依賴類并將其作為引數傳遞，每個類必須專注于一個特定的任務，而不應該關心解決它們的依賴性，這樣，你將擁有一個更專注和可維護的應用程式，如果你想了解更多關于 DI 的資訊，Alejandro Gervassio 在本系列文章中對其進行了廣泛而專業的介紹，所以一定要去讀這些文章，那么，什么又是 IoC 呢？IoC （控制反轉）不需要使用依賴注入，但它可以幫助你有效的管理依賴關系，

控制反轉

Ioc 是一個簡單的組件，可以更加方便地決議依賴項，你可以將物件形容為容器，并且每次決議類時，都會自動注入依賴項，

Laravel Ioc

當你請求一個物件時， Laravel Ioc 在解決依賴關系的方式上有些特殊：

我們使用一個簡單的例子，將在本文中改進它， SimpleAuth 類依賴于 FileSessionStorage ，所以我們的代碼可能是這樣的：

class FileSessionStorage{
  public function __construct(){
    session_start();
  }

  public function get( $key ){
    return $_SESSION[$key];
  }

  public function set( $key, $value ){
    $_SESSION[$key] = $value;
  }
}

class SimpleAuth{
  protected $session;

  public function __construct(){
    $this->session = new FileSessionStorage;
  }
}

//創建一個 SimpleAuth
$auth = new SimpleAuth();

　　這是一種經典的方法，讓我們從使用建構式注入開始，

class SimpleAuth{
protected $session;

public function __construct( FileSessionStorage $session ){
$this->session = $session;
}
}

　　現在我們創建一個物件：

$auth = new SimpleAuth( new FileSessionStorage() );

現在我想使用 Laravel Ioc 來管理這一切，因為 Application 類繼承自 Container 類，所以你可以通過 App 門面來訪問容器，

App::bind( 'FileSessionStorage', function(){
    return new FileSessionStorage;
});

bind 方法第一個引數是要系結到容器的唯一 ID ，第二個引數是一個回呼函式每當執行 FileSessionStorage 類時執行，我們還可以傳遞一個表示類名的字串，如下所示， Note: 如果你查看 Laravel 包時，你將看到系結有時會分組，比如（ view, view.finder……），假設我們將會話存盤轉換為 Mysql 存盤，我們的類應該類似于：

class MysqlSessionStorage{

  public function __construct(){
    //...
  }

  public function get($key){
    // do something
  }

  public function set( $key, $value ){
    // do something
  }
}

現在我們已經更改了依賴項，我們還需要更改 SimpleAuth 建構式，并將新物件系結到容器中！

高級模塊不應該依賴于低級模塊，兩者都應該依賴于抽象物件，抽象不應該依賴于細節，細節應該取決于抽象， Robert C. Martin

我們的 SimpleAuth 類不應該關心我們的存盤是如何完成的，相反它更應該關注于消費的服務，因此，我們可以抽象實作我們的存盤：

interface SessionStorage{
  public function get( $key );
  public function set( $key, $value );
}

　　這樣我們就可以實作并請求 SessionStorage 介面的實體：

class FileSessionStorage implements SessionStorage{

  public function __construct(){
    //...
  }

  public function get( $key ){
    //...
  }

  public function set( $key, $value ){
    //...
  }
}

class MysqlSessionStorage implements SessionStorage{

  public function __construct(){
    //...
  }

  public function get( $key ){
    //...
  }

  public function set( $key, $value ){
    //...
  }
}

class SimpleAuth{

  protected $session;

  public function __construct( SessionStorage $session ){
    $this->session = $session;
  }

}

如果我們使用 App::make('SimpleAuth') 通過容器決議 SimpleAuth 類，容器將會拋出 BindingResolutionException ，嘗試從系結決議類之后，回傳到反射方法并決議所有依賴項，

Uncaught exception 'Illuminate\Container\BindingResolutionException' with message 'Target [SessionStorage] is not instantiable.'

　　容器正試圖將介面實體化，我們可以為該介面做一個具體的系結，

App:bind( 'SessionStorage', 'MysqlSessionStorage' );

現在每次我們嘗試從容器決議該介面時，我們會得到一個 MysqlSessionStorage 實體，如果我們想要切換我們的存盤服務，我們只要變更一下這個系結， Note: 如果你想要查看一個類是否已經在容器中被系結，你可以使用 App::bound('ClassName') ，或者可以使用 App::bindIf('ClassName') 來注冊一個還未被注冊過的系結， Laravel Ioc 也提供 App::singleton('ClassName', 'resolver') 來處理單例的系結，你也可以使用 App::instance('ClassName', 'instance') 來創建單例的系結，如果容器不能決議依賴項就會拋出 ReflectionException ，但是我們可以使用 App::resolvingAny(Closure) 方法以回呼函式的形式來決議任何指定的型別， Note: 如果你為某個型別已經注冊了一個決議方式 resolvingAny 方法仍然會被呼叫，但它會直接回傳 bind 方法的回傳值，

小貼士

這些系結寫在哪兒：
如果只是一個小型應用你可以寫在一個全域的起始檔案 global/start.php 中，但如果專案變得
- 越來越龐大就有必要使用 Service Provider ，
測驗：

當需要快速簡易的測驗可以考慮使用 php artisan tinker ，它十分強大，且能幫你提升你的 Laravel 測驗流程， Reflection API： PHP 的 Reflection API 是非常強大的，如果你想要深入 Laravel Ioc 你需要熟悉 Reflection API ，可以先看下這個教程來獲得更多的資訊，

最后

和往常一樣，學習或者了解某些東西最好的方法就是查看源代碼，Laravel Ioc 僅僅只是一個檔案，不會花費你太多時間來完成所有功能，你想了解更多關于 Laravel Ioc 或者 Ioc 的一般情況嗎？那請告訴我們吧！

更多學習內容請訪問：

怎么從一名碼農成為架構師的必看知識點：目錄大全（不定期更新）

轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/24462.html

標籤：PHP

上一篇：PHP錯誤與例外處理【轉】

下一篇：Protocol https not supported or disabled in libcurl 【轉】