详解 Laravel 中的依赖注入和 IoC

文章转自： https://learnku.com/laravel/t...

做为开发者，咱们一直在尝试经过使用设计模式和尝试新的健壮型框架来寻找新的方式来编写设计良好且健壮的代码。在本篇文章中，咱们将经过 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://learnku.com/laravel/t...

更多文章： https://learnku.com/laravel/c...