这篇文章主要介绍了关于使用 Laravel 服务容器的优势 ,有着一定的参考价值,现在分享给大家,有需要的朋友可以参考一下
如果说laravel框架的核心是什么,那么无疑是服务容器。理解服务容器的概念,对于我们使用laravel太重要了,应该说是否理解服务容器的概念是区分是否入门laravel的重要条件。因为整个框架正是在服务容器这一基础上构建起来的。
laravel服务容器就像一个高度自动化的工厂,你需要的东西,定制好模型,使用特定接口来制造。
因为使用了服务容器,laravel中大部分对象实例化的方式是这样的:
$obj1 = $container->ma<em>/本2文来源[email protected]搞@^&代*@码2网</em><strong>搞gaodaima代码</strong>ke('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();