如果说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服务容器常见的方式：

1. /** 
2.    
3.  *发送邮件服务类 
4.    
5.  */ 
6.    
7. class EmailService{ 
8.     public function send(){ 
9.         //todo 发送邮件方法 
10.     } 
11. } 
12. //如果任何地方要发邮件我们就复制下面这两行代码 
13.    
14. $emailService = new EmailService(); 
15.    
16. $emailService->send(); 

使用了laravel服务容器以后：

1. $this->app->bind('emailService', function ($app) { 
2.     return new EmailService(); 
3. }); 
4. //如果任何地方要发邮件我们就复制下面这两行代码 
5. $emailService = app('emailService'); 
6. $emailService->send(); 

这使得我们的代码更加简洁了，并且由于有了中间层，灵活性提高了（解耦），那么无论是测试（在测试时我们可以伪造类替换EmailService类）还是优化EmailService类，都变得更加方便。

1. //只需要改这一个地方 
2. $this->app->bind('emailService', function ($app) { 
3.     return new SupperEmailService(); 
4. }); 

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

1. //使用到EamilSerice类的每个地方都要更改 
2. $emailService = new SupperEmailService(); 
3. $emailService->send(); 

例二、实现单例模式

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

1. class SupperEamilService{ 
2.     //创建静态私有的变量保存该类对象 
3.     static private $instance; 
4.     //防止直接创建对象 
5.     private function __construct(){ 
6.           
7.     } 
8.     //防止克隆对象 
9.     private function __clone(){ 
10.  
11.     } 
12.     static public function getInstance(){ 
13.         //判断$instance是否是Uni的对象 
14.         //没有则创建 
15.         if (!self::$instance instanceof self) { 
16.             self::$instance = new self(); 
17.         } 
18.         return self::$instance; 
19.     } 
20.     //发送邮件方法 
21.     public function send(){ 
22.  
23.     } 
24.  
25. } 

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

$emailService=SupperEmailService::getInstance();

$emailService->send();

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

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

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

例三、旅行者去旅行

这个例子假设一个旅行者去西藏旅行，可以做火车（train）或者走路（leg）去。

不使用laravel服务容器：

1. <?php 
2. interface TrafficTool{ 
3.     public function go(); 
4. } 
5. class Train implements TrafficTool{ 
6.     public function go(){ 
7.         echo "train...."; 
8.     } 
9.  
10. } 
11. class Leg implements TrafficTool{ 
12.     public function go(){ 
13.         echo "leg.."; 
14.     } 
15. } 
16. class Traveller{ 
17.     /** 
18.     * @var Leg|null|Train 
19.     * 旅行工具 
20.     */ 
21.     protected $_trafficTool; 
22.     public function __construct(TrafficTool $trafficTool){ 
23.         $this->_trafficTool = $trafficTool; 
24.     } 
25.     public function visitTibet() { 
26.         $this->_trafficTool->go(); 
27.     } 
28.  
29. } 

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

1. <?php 
2. $train = new Train(); 
3. $tra = new Traveller($train); 
4. $tra->visitTibet(); 

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

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

在服务容器中绑定类

1. <?php 
2. namespace App\Providers; 
3. use Laravel\Lumen\Providers\EventServiceProvider as ServiceProvider; 
4. class RepositoryServiceProvider extends ServiceProvider{ 
5.     public function register(){ 
6.         //在服务容器中绑定类 
7.         $this->app->bind( 'TrafficTool', 'Train'); 
8.         $this->app->bind('Traveller', 'Traveller'); 
9.     } 
10. } 

实例化对象

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

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

总结:

上面举了几个简单的例子，如果能完全理解和掌握laravel服务容器，实际开发中它会给你提供更多的便利。当然它也不是完美无缺的，总之实际使用中扬长避短才是关键。

Tags: Laravel服务容器

分享到：