laravel 服务容器

我理解的服务容器就是一个自动产生类的工厂。

<?php
/**
 * 为了约束我们先定义一个消息接口
 * Interface Message
 */
interface  Message{
    public function seed();
}

/**
 * 有一个发送邮件的类
 * Class SeedEmail
 */
class SeedEmail implements Message
{
    public function seed()
    {
        return  'seed email';
        // TODO: Implement seed() method.
    }
}

/**
 *新增一个发送短信的类
 * Class SeedSMS
 */
class SeedSMS implements Message
{
    public function seed()
    {
        return 'seed sms';
        // TODO: Implement seed() method.
    }
}

/**
 * 这是一个简单的服务容器
 * Class Container
 */
class Container
{
    protected $binds;
    protected $instances;
    public function bind($abstract, $concrete)
    {
        if ($concrete instanceof Closure) {
            $this->binds[$abstract] = $concrete;
        } else {
            $this->instances[$abstract] = $concrete;
        }
    }

    public function make($abstract, $parameters = [])
    {
        if (isset($this->instances[$abstract])) {
            return $this->instances[$abstract];
        }

        array_unshift($parameters, $this);

        return call_user_func_array($this->binds[$abstract], $parameters);

    }

}

//创建一个消息工厂
$message = new  Container();
//将发送短信注册绑定到工厂里面
$message->bind('SMS',function (){
     return   new  SeedSMS();
});
//将发送邮件注册绑定到工厂
$message->bind('EMAIL',function (){
   return new  SeedEmail();
});

//需要发送短信的时候
$SMS  = $message->make('SMS');
$SMS->seed();

container是一个简单的服务容器里面有bind,make两个方法
bind是向容器中绑定服务对象。make则是从容器中取出对象。

bind
在bind方法中需要传入一个 concrete 我们可以传入一个实例对象或者是一个闭包函数。
可以看到我这全使用的是闭包函数，其实也可以这样写

$sms = new  SeedSMS();
$message->bind('SMS',$sms);

后面这种写法与闭包相比的区别就是我们需要先实例化对象才能往容易中绑定服务。而闭包则是我们使用这个服务的时候才去实例化对象。可以看出闭包是有很多的优势的。

make
make方法就从容器中出去方法。里面首先判断了instances变量中是否有当前以及存在的服务对象，如果有直接返回。如果没有那么会通过 call_user_func_array返回一个对象。call_user_func_array的使用可以查看
PHP 中 call_user_func 的使用

因为使用了服务容器，laravel中大部分对象实例化的方式是这样的：

$obj1 = $container->make('class1', 'class2');
$obj2 = $container->make('class3', 'class4');

但是在没有使用服务容器的情况下，以下这种方式同样可以做到：：

$obj1 = new class1(new class2());
$obj2 = new class3(new class4());

那么使用服务容器的优势到底是什么呢？下面我们通过一些具体例子来分析下它的优势：

例一、发送邮件
我们把发送邮件的功能封装成一个类，需要使用的时候，实例化并调用发送方法。
以下是不使用laravel服务容器常见的方式：

/**
 *发送邮件服务类
 */
class EmailService{
    public function send(){
        //todo 发送邮件方法
    }
}

//如果任何地方要发邮件我们就复制下面这两行代码
$emailService = new EmailService();
$emailService->send();

使用了了laravel服务容器以后：

$this->app->bind('emailService', function ($app) {

    return new EmailService();

});

//如果任何地方要发邮件我们就复制下面这两行代码
$emailService = app('emailService');
$emailService->send();

这使得我们的代码更加简洁了，并且由于有了中间层，灵活性提高了（解耦），那么无论是测试（在测试时我们可以伪造类替换EmailService类）还是优化EmailService类，都变得更加方便。
//只需要改这一个地方
$this->app->bind('emailService', function ($app) {
    return new SupperEmailService();
});

其他调用的部分我们完全不用动,如果我们没有这个绑定操作，那么不得不在每个使用邮件服务的地方做更改。

//使用到EamilSerice类的每个地方都要更改

$emailService = new SupperEmailService();
$emailService->send();

例二、实现单例模式
还是上面的例子，出于性能的考虑，你需要SupperEamilService类实现单例模式，于是在不使用laravel服务容器的情况下，你将SupperEmailService类更改如下：

class SupperEamilService{
      //创建静态私有的变量保存该类对象
     static private $instance;
      //防止直接创建对象
      private function __construct(){
     }
      //防止克隆对象
     private function __clone(){
     }
     static public function getInstance(){
                 //判断$instance是否是Uni的对象
                 //没有则创建
         if (!self::$instance instanceof self) {
             self::$instance = new self();
         }
         return self::$instance;
     }
     //发送邮件方法
     public function send(){
     }
 }

除此之外，由于现在SupperEamilService类构造函数为私有，无法通过new关键字来实例化对象，所以在每个实例化SupperEmailService类的地方都要改成这样：

$emailService=SupperEmailService::getInstance();
$emailService->send();

laravel服务容器天生支持单例，下面是laravel的实现方式：

//只需要把bind改成singleton 
$this->app->singleton('emailService', function ($app) {
    return new SupperEmailService();
});

要实现单例甚至只需要改一行代码，把原来的bind方法改成singleton ，通过容器取出来的便是单例，真是太方便了。

例三、旅行者去旅行
这个例子假设一个旅行者去西藏旅行，可以做火车（train）或者走路（leg）去。
不使用laravel服务容器：

<?php
interface TrafficTool
{
  public function go();
}

class Train implements TrafficTool
{
  public function go()
  {
  echo "train....";
  }
}

 

class Leg implements TrafficTool
{
  public function go()
  {
  echo "leg..";
  }
}

class Traveller
{
  /**
  * @var Leg|null|Train
  * 旅行工具
  */
  protected $_trafficTool;

  public function __construct(TrafficTool $trafficTool)
  {
  $this->_trafficTool = $trafficTool;
  }

  public function visitTibet()
  {
  $this->_trafficTool->go();
  }
}

当旅行者要坐火车去旅行通常我们这样写：

<?php
$train = new Train();
$tra = new Traveller($train);
$tra->visitTibet();

事实上这种写法已经非常不错了，因为对于旅行工具的依赖已经通过接口的方式转移到外部了。但是使用new来实例化对象的时候还是会产生依赖.比如上面$tra = new Traveller($trafficTool),这说明我们要创建一个Traveller之前必须得有一个$trafficTool,即Traveller依赖于trafficTool.当使用new来实例化Traveller的时候,Traveller和trafficTool之间就产生了耦合.这样,这两个组件就没办法分开了。

现在我们来看看使用laravel服务容器是怎么实现的：
在服务容器中绑定类

<?php
namespace App\Providers;
use Laravel\Lumen\Providers\EventServiceProvider as ServiceProvider;

class RepositoryServiceProvider extends ServiceProvider
{
  public function register()
  {
     //在服务容器中绑定类
     $this->app->bind( 'TrafficTool', 'Train');
     $this->app->bind('Traveller', 'Traveller');
  }
}

实例化对象

<?php
// 实例化对象
$tra = app()->make('Traveller');
$tra->visitTibet();

当我们使用服务容器获取旅行类的对象时，容器会自动注入对象所需要的参数。而在此之前我只需要绑定特定的类就可以了，这样做才体现了真正的自动化，而且使得旅行类和旅行工具类完全解耦了。当我们需要更改旅行方式的时候，我们就只需要更改绑定就可以了。