使用laravel的服务容器有哪些好处？三个示例带你了解

这篇文章给大家分享的是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服务容器常见的方式：

/**
 
 *发送邮件服务类
 
 */
 
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服务容器，实际开发中它会给你提供更多的便利。当然它也不是完美无缺的，总之实际使用中扬长避短才是关键。

关于“使用laravel的服务容器有哪些好处”就介绍到这，上述几个示例都有一定的借鉴价值，感兴趣的朋友可以参考，希望能对大家有帮助，想要了解更多laravel中的服务容器的内容，大家可以关注其它的相关文章。

文本转载自脚本之家

声明：本文内容由网友自发贡献，本站不承担相应法律责任。对本内容有异议或投诉，请联系2913721942#qq.com核实处理，我们将尽快回复您，谢谢合作！