详解Laravel服务容器的优势

吾爱主题阅读：133 2021-11-17 16:00:00 评论：0

概述

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

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

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

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

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

使用服务容器的优势

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

例一、发送邮件

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

以下是不使用laravel服务容器常见的方式：

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

使用了laravel服务容器以后：

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

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

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

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

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

例二、实现单例模式

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

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 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类的地方都要改成这样：

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

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

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

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

例三、旅行者去旅行

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

不使用laravel服务容器：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 <?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(); } }

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

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

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

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

在服务容器中绑定类

1 2 3 4 5 6 7 8 9 10 <?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' ); } }