Laravel的“服务容器”和“服务提供者”,哪个是laravel的核心?
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了Laravel的“服务容器”和“服务提供者”,哪个是laravel的核心?,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含3391字,纯文字阅读大概需要5分钟。
内容图文
![Laravel的“服务容器”和“服务提供者”,哪个是laravel的核心?](/upload/InfoBanner/zyjiaocheng/243/03ac11608fa84637a9f6187c87215b28.jpg)
问题:
1、究竟哪个是核心,还是它们两个组合起来构成了核心?
2、它们两个的关系是什么?
3、它们两个各自的作用是什么的?
4、有“服务容器”,有“服务提供者”,那具体的“服务”在什么地方?打个比方,就是有装饭的锅,有装饭的碗,那饭在什么地方?是在锅里,还是在碗里,还是在田里?
回复内容:
在一些资料中看到说,“服务容器”是laravel 的核心,“服务提供者”也是laravel 的核心。
问题:
1、究竟哪个是核心,还是它们两个组合起来构成了核心?
2、它们两个的关系是什么?
3、它们两个各自的作用是什么的?
4、有“服务容器”,有“服务提供者”,那具体的“服务”在什么地方?打个比方,就是有装饭的锅,有装饭的碗,那饭在什么地方?是在锅里,还是在碗里,还是在田里?
可以去看我的这篇笔记
https://segmentfault.com/a/1190000004965752
摘选
Contracts, ServiceContainer, ServiceProvider, Facades关系
Contracts 合同,契约,也就是接口,定义一些规则,每个实现此接口的都要实现里面的方法
ServiceContainer 实现Contracts,具体的逻辑实现
ServiceProvider ServiceContainer的服务提供者,返回ServiceContainer的实例化,供其他地方使用,可以把它加入到app/config的provider中,会被自动注册到容器中
Facades 简化ServiceProvider的调用方式,而且可以静态调用ServiceContainer中的方法
实现
Contracts接口可以写或不写,这里就不定义了
定义一个ServiceContainer,实现具体的功能
namespace App\Helper;
class MyFoo
{
public function add($a, $b)
{
return $a+$b;
}
}
定义一个ServiceProvider供其他地方使用ServiceContain
app->bind("myfoo", function(){
return new MyFoo();
});
}
}
在app/config.php中的providers数组中加入ServiceProvider,让系统自动注册
App\Providers\MyFooServiceProvider::class,
这时候就可以使用了,假设在控制器中使用
public function two($id=null)
{
//从系统容器中获取实例化对象
$myfoo = App::make("myfoo");
echo $myfoo->add(1,2);
}
这样太麻烦,还需要用make来获取对象,为了简便,就可以使用门面功能,定义门面MyFooFacade
namespace App\Facades;
use Illuminate\Support\Facades\Facade;
class MyFooFacade extends Facade
{
protected static function getFacadeAccessor()
{
//这里返回的是ServiceProvider中注册时,定义的字符串
return 'myfoo';
}
}
在控制器里就可以直接调用了
use App\Facades\MyFooFacade;
public function two($id=null)
{
//从系统容器中获取实例化对象
$myfoo = App::make("myfoo");
echo $myfoo->add(1,2);
//使用门面
echo MyFooFacade::add(4,5);
}
总的来说,自定义了一个类,为了方便在其他别处使用,便可以使用服务提供者和门面
Laravel中Container就好似一个大水桶,是核心,每一个Service就好似装满一种饮料的瓶瓶罐罐,Service Provider就好似连接饮料瓶和水桶的插管,可要可不要,直接往水桶里倒也行,虽然这样不讲究。。想去大水桶喝饮料去(一次请求来了),Facade就好似是水瓢帮你从水桶里舀水,当然不要也行直接用手,虽然不卫生,所以Facade可要可不要。
奥,对了,还有一个Contract,主要是为了好管理每一个Service,在碳酸水Service里,那也有分类,可乐百事被一个Contract拴在一起,雪碧美年达被另一个Contract拴在一起,主要也是为了好测试好替换而已。。
总之,Laravel这几个主要概念也就干了这些事,没啥高深的。
如有不全面的请留言。
关于这个推荐一篇博文
laravel 学习笔记 —— 神奇的服务容器
简单的说,“服务容器”就是“服务提供者”提供的服务的容器,“服务容器”通过“服务提供者”来获取服务。
一个laravel应用就是一个“服务容器”,整个框架提供的各种功能由“服务提供者”提供并注入到“服务容器”中。每一个“服务提供者”里register
的方法里面使用bind
邦定某个对象到一个变量,那个对象就是真正提供服务的对象。
服务容器和服务提供者的核心是降低查询数据库的rps参数
from https://segmentfault.com/q/1010000000602732
内容总结
以上是互联网集市为您收集整理的Laravel的“服务容器”和“服务提供者”,哪个是laravel的核心?全部内容,希望文章能够帮你解决Laravel的“服务容器”和“服务提供者”,哪个是laravel的核心?所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。