欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

详解Laravel服务容器的优势

程序员文章站 2022-03-10 16:58:02
概述laravel服务容器就像一个高度自动化的工厂,你需要的东西,定制好模型,使用特定接口来制造。因为使用了服务容器,laravel中大部分对象实例化的方式是这样的:$obj1 = $containe...

概述

laravel服务容器就像一个高度自动化的工厂,你需要的东西,定制好模型,使用特定接口来制造。

因为使用了服务容器,laravel中大部分对象实例化的方式是这样的:

但是在没有使用服务容器的情况下,以下这种方式同样可以做到:

使用服务容器的优势

下面我们通过一些具体例子来分析下它的优势:

例一、发送邮件

我们把发送邮件的功能封装成一个类,需要使用的时候,实例化并调用发送方法。

以下是不使用laravel服务容器常见的方式:

使用了laravel服务容器以后:

这使得我们的代码更加简洁了,并且由于有了中间层,灵活性提高了(解耦),那么无论是测试(在测试时我们可以伪造类替换emailservice类)还是优化emailservice类,都变得更加方便。

其他调用的部分我们完全不用动,如果我们没有这个绑定操作,那么不得不在每个使用邮件服务的地方做更改。

例二、实现单例模式

还是上面的例子,出于性能的考虑,你需要suppereamilservice类实现单例模式,于是在不使用laravel服务容器的情况下,你将supperemailservice类更改如下:

除此之外,由于现在suppereamilservice类构造函数为私有,无法通过new关键字来实例化对象,所以在每个实例化supperemailservice类的地方都要改成这样:

laravel服务容器天生支持单例,下面是laravel的实现方式:

要实现单例甚至只需要改一行代码,把原来的bind方法改成singleton ,通过容器取出来的便是单例,真是太方便了。

例三、旅行者去旅行

这个例子假设一个旅行者去*旅行,可以做火车(train)或者走路(leg)去。

不使用laravel服务容器:

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

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

现在我们来看看使用laravel服务容器是怎么实现的:

在服务容器中绑定类

实例化对象

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

总结

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

以上就是详解laravel服务容器的优势的详细内容,更多关于laravel服务容器的优势的资料请关注其它相关文章!