使用Laravel服务容器的优势
使用Laravel服务容器的优势
内容导读
收集整理的这篇技术教程文章主要介绍了使用Laravel服务容器的优势，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含4868字，纯文字阅读大概需要7分钟。
内容图文
这篇文章主要介绍了关于使用 Laravel 服务容器的优势 ，有着一定的参考价值，现在分享给大家，有需要的朋友可以参考一下如果说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服务容器：
<?phpinterface 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服务容器是怎么实现的：
在服务容器中绑定类
<?phpnamespace AppProviders;use LaravelLumenProvidersEventServiceProvider 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服务容器，实际开发中它会给你提供更多的便利。当然它也不是完美无缺的，下篇博客打算再来描述它的缺点，总之实际使用中扬长避短才是关键。
以上就是本文的全部内容，希望对大家的学习有所帮助，更多相关内容请关注PHP中文网！
相关推荐：
使用Docker compose编排Laravel应用
Laravel的初始化安装
以上就是使用 Laravel 服务容器的优势的详细内容，更多请关注Gxl网其它相关文章！
内容总结
以上是为您收集整理的使用Laravel服务容器的优势全部内容，希望文章能够帮你解决使用Laravel服务容器的优势所遇到的程序开发问题。 如果觉得技术教程内容还不错，欢迎将网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
