作為開發者,我們一直在嘗試通過使用設計模式和嘗試新的健壯型框架來尋找新的方式來編寫設計良好且健壯的代碼。在本篇文章中,我們將通過 Laravel 的 IoC 組件探索依賴注入設計模式,並了解它如何改進我們的設計。
依賴注入是敏捷架構中關鍵元素。
讓我們看一個例子:
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 。
測試:
最后
和往常一樣,學習或者了解某些東西最好的方法就是查看源代碼。Laravel Ioc 僅僅只是一個文件,不會花費你太多時間來完成所有功能。你想了解更多關於 Laravel Ioc 或者 Ioc 的一般情況嗎?那請告訴我們吧!
更多學習內容請訪問: