php 容器优点,使用 Laravel 服务容器的优势

野性酷女 2022-10-21 01:11 210阅读 0赞

这篇文章主要介绍了关于使用 Laravel 服务容器的优势 ，有着一定的参考价值，现在分享给大家，有需要的朋友可以参考一下

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

![1530855476388559.png][]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来实例化对象的时候还是会产生依赖.比如上面$tra = new Traveller($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');