使用 Laravel 服务容器的优势

jeffrey_up 发布于2019-07-01 10:15 / 2172人阅读

摘要：理解服务容器的概念，对于我们使用太重要了，应该说是否理解服务容器的概念是区分是否入门的重要条件。因为整个框架正是在服务容器这一基础上构建起来的。

本篇文章转载自我的个人博客
原文地址SampsonBlog

如果说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服务容器：

_trafficTool = $trafficTool;
  }

  public function visitTibet()
  {
  $this->_trafficTool->go();
  }
}

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

visitTibet();

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

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

app->bind( "TrafficTool", "Train");
     $this->app->bind("Traveller", "Traveller");
  }
}

实例化对象

make("Traveller");
$tra->visitTibet();

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

总结

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

云服务器 GPU云服务器中小企业使用云服务器的优势在哪容器云优势容器云优势服务的优势

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/28966.html

深入剖析 Laravel 服务提供者实现原理

摘要：服务提供者启动原理之前我们有学习深度挖掘生命周期和深入剖析服务容器，今天我们将学习服务提供者。的所有核心服务都是通过服务提供者进行引导启动的，所以想深入了解那么研究服务提供者的原理是个绕不开的话题。本文首发于深入剖析 Laravel 服务提供者实现原理，转载请注明出处。今天我们将学习 Laravel 框架另外一个核心内容「服务提供者（Service Provider）」。服务提供...

yeooo 2019-07-01 10:05 评论0 收藏0
【docker实操】使用docker部署一个laravel应用

摘要：最近部署上线一个项目，新的服务器，在生产环境安装配置等各种东西一大堆很麻烦。本文是我学习并使用部署项目的一个记录。另外我们可以部署不同版本的应用，例如，并且互不干扰。之后部署只需要移植镜像生成容器，就能保证环境的一致。需要使用三个镜像。最近部署上线一个项目，新的服务器，在生产环境安装配置nginx、php、mysql、git、composer等各种东西一大堆很麻烦。docker已经火...

quietin 2019-06-28 16:15 评论0 收藏0
【docker实操】使用docker部署一个laravel应用

摘要：最近部署上线一个项目，新的服务器，在生产环境安装配置等各种东西一大堆很麻烦。本文是我学习并使用部署项目的一个记录。另外我们可以部署不同版本的应用，例如，并且互不干扰。之后部署只需要移植镜像生成容器，就能保证环境的一致。需要使用三个镜像。最近部署上线一个项目，新的服务器，在生产环境安装配置nginx、php、mysql、git、composer等各种东西一大堆很麻烦。docker已经火...

SunZhaopeng 2019-06-28 18:21 评论0 收藏0
详解 Laravel 中的依赖注入和 IoC

摘要：依赖注入依赖注入一词是由提出的术语，它是将组件注入到应用程序中的一种行为。就像说的依赖注入是敏捷架构中关键元素。类依赖于，所以我们的代码可能是这样的创建一个这是一种经典的方法，让我们从使用构造函数注入开始。 showImg(https://segmentfault.com/img/remote/1460000018806800); 文章转自：https://learnku.com/la...

haitiancoder 2019-07-01 12:39 评论0 收藏0
Laravel 和 Spring Boot 两个框架比较创业篇（一：开发效率）

摘要：小红要以最低成本最快速度推出版本，投放市场，收集反馈，持续迭代。总结在技能掌握充足的情况下，个人感觉开发效率要略高于。我个人是比较不喜欢去正儿八经的比较两个框架的，这样没有意义，不过欲善其事先利其器！技术是相通的，但是在某个特定的领域的某个阶段肯定有相对最适合的一个工具！这里比较不是从技术角度比较，而是从公司技术选型考虑的，特别是初创的互联网创业公司。没办法，谁让互联网公司离不开...

tinna 2019-07-01 12:33 评论0 收藏0