果说laravel框架的核心是什么,那么无疑是服务容器。理解服务容器的概念,对于我们使用laravel太重要了,应该说是否理解服务容器的概念是区分是否入门laravel的重要条件。因为整个框架正是在服务容器这一基础上构建起来的。

laravel服务容器就像一个高度自动化的工厂,你需要的东西,定制好模型,使用特定接口来制造。

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

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

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

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

那么使用Laravel服务容器的优势到底是什么呢?

下面我们通过一些具体例子来分析下它的优势:

例一、发送邮件

我们把发送邮件的功能封装成一个类,需要使用的时候,实例化并调用发送方法。

以下是不使用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来实例化对象的时候还是会产生依赖.比如上面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();

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

当我们需要更改旅行方式的时候,我们就只需要更改绑定就可以了。

总结

上面举了几个简单的例子,如果能完全理解和掌握laravel服务容器,实际开发中它会给你提供更多的便利,当然它也不是完美无缺的。想了解更多相关内容咨询欢迎前往编程学习网。