详解Laravel服务容器的优势

2022-04-15 758
目录
  • 概述
  • 使用服务容器的优势
    • 例一、发送邮件
    • 例二、实现单例模式
    • 例三、旅行者去旅行
  • 总结

    概述

    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服务容器的优势的资料请关注NICE源码其它相关文章!

    免责声明:
    1、本网站所有发布的源码、软件和资料均为收集各大资源网站整理而来;仅限用于学习和研究目的,您必须在下载后的24个小时之内,从您的电脑中彻底删除上述内容。 不得使用于非法商业用途,不得违反国家法律。否则后果自负!

    2、本站信息来自网络,版权争议与本站无关。一切关于该资源商业行为与www.niceym.com无关。
    如果您喜欢该程序,请支持正版源码、软件,购买注册,得到更好的正版服务。
    如有侵犯你版权的,请邮件与我们联系处理(邮箱:skknet@qq.com),本站将立即改正。

    NICE源码网 PHP编程 详解Laravel服务容器的优势 https://www.niceym.com/18080.html

    常见问题
    • 请您联系网站客服QQ,79024519,将第一时间处理您的问题,咨询请提供会员ID以及资源编号!
    查看详情
    • 本站发布的压缩包如遇需要解压密码请尝试本站域名:www.niceym.com (通常为小写,如不对可试试大写) 或者:niceym.com 如遇无法解压,请您提供资源编号发送给本站客服!
    查看详情