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 的一般情况吗？那请告诉我们吧！

推荐教程：《Laravel教程》

以上是Laravel 中的依賴注入和 IoC的詳細內容。更多資訊請關注PHP中文網其他相關文章！