laravel依賴注入一詞是由Martin Fowler提出的術語,它是將元件注入到應用程式中的一種行為,依賴注入是敏捷架構中關鍵元素,使用範例如「class UserProvider{protected $connection...}」。
本文操作環境中:windows7系統、Laravel5.7版,DELL G3電腦。
laravel 依賴注入是什麼?
詳解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 方法注入依賴關係:
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 在解決依賴關係的方式上有些特殊:
我們使用一個簡單的例子,將在本文中改進它。 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视频教程
以上是laravel 依賴注入是什麼的詳細內容。更多資訊請關注PHP中文網其他相關文章!