laravel核心Ioc容器
laravel容器和依赖注入
啥是Ioc容器,方便我们实现依赖注入的一种实现,也就是说依赖注入不一定需要控制反转容器,只不过使用容器可能会方便些。
laravel通过向容器中绑定接口的具体实现,可实现不同实现的快速切换,接口在laravel中有个好听的名字叫契约。
面向接口编程和容器结合使用,可以轻松实现代码解耦,实现了关注分离。
面向接口开发的好处:除了可以快速切换实现了相同契约的实现,对开发测试同步进行,以及对单元测试都是非常有好的。
下面是一个简单的使用示例,为了相对好理解没有加入service层。
1 创建文章接口
<?php namespace App\Repository; interface ArticleRepository
{
// 返回文章列表
public function getList(): array;
} 2 创建一个文章具体实现类
<?php namespace App; use App\Repository\ArticleRepository;
use App\Models\Article; class DbArticle implements ArticleRepository
{
public function getList(): array
{
return Article::all()->toArray();
}
} 3 在容器中进行绑定
<?php namespace App\Providers; use App\DbArticle;
use Illuminate\Support\ServiceProvider;
use App\Repository\ArticleRepository;
use App\DbArticle; class AppServiceProvider extends ServiceProvider
{
/**
* Register any application services.
*
* @return void
*/
public function register()
{
$this->app->bind(ArticleRepository::class, function () {
return new DbArticle();
});
} 4 在控制器中使用
<?php namespace App\Http\Controllers\Test; use App\Http\Controllers\Controller;
use Illuminate\Http\Request;
use App\Repository\ArticleRepository; class ArticleController extends Controller
{
protected $articles; public function __construct(ArticleRepository $articles)
{
$this->articles = $articles;
} public function index()
{
$articles = $this->articles->getList();
return view('article.index', compact('articles'));
}
} 以上便是一个比较标准的依赖注入的使用方式,其实还有很多使用方式,比如通过app()函数或者App门面直接获取依赖等等。看到这里应该能感觉到依赖注入为开发者带来的方便了,上述例子中文章是从ORM中取出,当需求改变要求文章从mongodb或者redis中取出的时候,我们只需要编写单独的实现类,然后在服务提供者中绑定新的实现,业务代码完全不需要改变,就能快速实现切换。
下面讲解laravel如何实现的依赖注入 laravel版本6.12
从bootstrap/app.php开始 // 实例化app容器类 并传递项目根目录给构造函数
$app = new Illuminate\Foundation\Application(
$_ENV['APP_BASE_PATH'] ?? dirname(__DIR__)
); Illuminate\Foundation\Application中
public function __construct($basePath = null)
{
if ($basePath) {
// 注册基本路径 调用container的instance方法 添加路径实例到容器
// 结果就是app实例的instances属性下多了几条路径映射 可直接打印$this查看
$this->setBasePath($basePath);
}
// 注册基本绑定 跳转到下面的registerBaseBindings方法
$this->registerBaseBindings();
$this->registerBaseServiceProviders();
$this->registerCoreContainerAliases();
} protected function registerBaseBindings()
{
static::$instance = $this;
// 绑定自身到容器
$this->instance('app', $this);
// 依然还是绑定
$this->instance(Container::class, $this);
// 重点来了!!! 跳转到下面的singleton方法
$this->singleton(Mix::class);
$this->instance(PackageManifest::class, new PackageManifest(
new Filesystem,
$this->basePath(),
$this->getCachedPackagesPath()
));
} Illuminate\Container\Container中
// 绑定共享实例 就是单例绑定 可以看到singleton方法就是调用了bind方法
public function singleton($abstract, $concrete = null)
{
$this->bind($abstract, $concrete, true);
} /**
* Register a binding with the container.
*
* @param string $abstract
* @param \Closure|string|null $concrete 注意参数类型
* @param bool $shared
* @return void
*/
public function bind($abstract, $concrete = null, $shared = false)
{
// 此处的$abstract = Illuminate\Foundation\Mix
// 删除老的实例绑定
$this->dropStaleInstances($abstract); // laravel默认的如果没传递对应抽象的实例,那么就认为实例应该是传递的抽象的一个实例
if (is_null($concrete)) {
// 如果concrete为null
$concrete = $abstract;
} // 如果传递的不是一个闭包
if (!$concrete instanceof Closure) {
// laravel会试图根据传递进来的抽象得到一个闭包
// 跳转到getClosure方法
//
$concrete = $this->getClosure($abstract, $concrete);
} // 将返回的闭包和是否shared标志保存到bindings数组下
$this->bindings[$abstract] = compact('concrete', 'shared'); if ($this->resolved($abstract)) {
$this->rebound($abstract);
}
} /**
* Get the Closure to be used when building a type.
*
* @param string $abstract
* @param string $concrete
* @return \Closure
*/
// 值得注意的是此时生成的闭包不会立即执行,触发条件官方在注释中写的很清楚,当要使用时才会执行此闭包
protected function getClosure($abstract, $concrete)
{
// 此时的$abstract $concrete都是Illuminate\Foundation\Mix
return function ($container, $parameters = []) use ($abstract, $concrete) {
// 如果调用bind方法只传入了abstract
if ($abstract == $concrete) {
// 返回容器的build方法返回的实例
return $container->build($concrete);
}
// 否则直接调用contaner的resolve方法进行解析
return $container->resolve(
$concrete,
$parameters,
$raiseEvents = false
);
};
} // 什么时候使用到这些绑定呢(如何从容器中解析需要的实例呢) 来看make方法 调用方式app()->make($yourAbstract)
/**
* Resolve the given type from the container.
*
* @param string $abstract
* @param array $parameters
* @return mixed
*
* @throws \Illuminate\Contracts\Container\BindingResolutionException
*/
public function make($abstract, array $parameters = [])
{
// 跳转到resolve方法
return $this->resolve($abstract, $parameters);
} /**
* Resolve the given type from the container.
*
* @param string $abstract
* @param array $parameters
* @param bool $raiseEvents
* @return mixed
*
* @throws \Illuminate\Contracts\Container\BindingResolutionException
*/
protected function resolve($abstract, $parameters = [], $raiseEvents = true)
{
$abstract = $this->getAlias($abstract); $needsContextualBuild = !empty($parameters) || !is_null(
$this->getContextualConcrete($abstract)
); // 如果要解析的类名instances中已经有了 并且不需要临时build 那么就返回已经存在的实例
if (isset($this->instances[$abstract]) && !$needsContextualBuild) {
// dd(123, $abstract);
// dd($this->instances);
return $this->instances[$abstract];
} $this->with[] = $parameters; // getConcrete方法 拿到之前可能绑定过的binding 绑定过就是一个闭包
// 没绑定过返回自身,即通过容器make可一个自定义的类
$concrete = $this->getConcrete($abstract); if ($this->isBuildable($concrete, $abstract)) {
// 当concrete === abstract 或者 concrete是一个闭包的时候 直接调用build方法
// 跳转到build方法
$object = $this->build($concrete);
} else {
// 当concrete是一个类名的时候 调用make方法
$object = $this->make($concrete);
} foreach ($this->getExtenders($abstract) as $extender) {
$object = $extender($object, $this);
} // 如果是共享的实例 或者 不需要临时build 那么就将实例存放到容器的instances数组中
if ($this->isShared($abstract) && !$needsContextualBuild) {
$this->instances[$abstract] = $object;
} if ($raiseEvents) {
$this->fireResolvingCallbacks($abstract, $object);
} $this->resolved[$abstract] = true; array_pop($this->with); // 返回实例
return $object;
} public function build($concrete)
{
// 如果传递进来的是一个闭包 (通过之前bind方法绑定得到的闭包)
// 直接调用闭包返回实例
if ($concrete instanceof Closure) {
return $concrete($this, $this->getLastParameterOverride());
} // 如果传递进来的是一个可能的类名 那么调用反射api解析依赖
try {
$reflector = new ReflectionClass($concrete);
} catch (ReflectionException $e) {
throw new BindingResolutionException("Target class [$concrete] does not exist.", 0, $e);
} // 不能实例化就抛出异常
if (!$reflector->isInstantiable()) {
return $this->notInstantiable($concrete);
} $this->buildStack[] = $concrete; // 拿到构造方法
$constructor = $reflector->getConstructor(); // 没有构造方法直接new实例
if (is_null($constructor)) {
array_pop($this->buildStack);
return new $concrete;
} // 拿到构造方法中的依赖
$dependencies = $constructor->getParameters(); try {
// 解析依赖
// 跳转到resolveDependencies方法
$instances = $this->resolveDependencies($dependencies);
} catch (BindingResolutionException $e) {
array_pop($this->buildStack); throw $e;
} array_pop($this->buildStack); // 返回实例
return $reflector->newInstanceArgs($instances);
} protected function resolveDependencies(array $dependencies)
{
$results = []; foreach ($dependencies as $dependency) {
if ($this->hasParameterOverride($dependency)) {
// 如果存在临时重写 则获取
$results[] = $this->getParameterOverride($dependency); continue;
} // 如果构造方法中不存在类型提示 那么会返回null
// 跳转到resolvePrimitive方法
$results[] = is_null($dependency->getClass())
? $this->resolvePrimitive($dependency)
// 如果存在类型提示 根据类型尝试解析出依赖实例 getClass能拿到一个确切的类名
// 跳转到resolveClass方法
: $this->resolveClass($dependency);
} return $results;
} protected function resolvePrimitive(ReflectionParameter $parameter)
{
// 首先尝试获取闭包
if (!is_null($concrete = $this->getContextualConcrete('$' . $parameter->name))) {
return $concrete instanceof Closure ? $concrete($this) : $concrete;
} // 尝试获取默认值
if ($parameter->isDefaultValueAvailable()) {
return $parameter->getDefaultValue();
} // 如果上面都不符合那么就直接抛出异常
$this->unresolvablePrimitive($parameter);
} protected function resolveClass(ReflectionParameter $parameter)
{
try {
// 又回到了make方法 进行了递归调用
// 至此一切形成了闭环 完美!!!
return $this->make($parameter->getClass()->name);
} catch (BindingResolutionException $e) {
if ($parameter->isOptional()) {
return $parameter->getDefaultValue();
} throw $e;
}
} 可以看到:
1 当从laravel中解析对象的时候,实际调用的是build方法,而build方法首先会尝试从之前的绑定中获取,如果未找到绑定那么就通过反射机制尝试解析,当然解析依赖的过程依然存在尝试获得之前绑定的过程。
2 laravel的容器解析依赖需要使用其固定的规则,直接调用app()函数或者App门面从容器中解析。
3 建议使用容器进行解析自定义类的时候,一定要加上依赖的类型
4 绑定的时候尽量使用闭包形式
其中的临时绑定等需要配合laravel容器的when with等api使用,还有解析时的事件等,本文都没进行讲解。
下期预告:Application类实例化时剩下的两个方法
laravel核心Ioc容器的更多相关文章
- Laravel开发:Laravel核心——Ioc服务容器源码解析(服务器绑定)
服务容器的绑定 bind 绑定 bind 绑定是服务容器最常用的绑定方式,在 上一篇文章中我们讨论过,bind 的绑定有三种: 绑定自身 绑定闭包 绑定接口 今天,我们这篇文章主要从源码上讲解 Ioc ...
- 转 Spring源码剖析——核心IOC容器原理
Spring源码剖析——核心IOC容器原理 2016年08月05日 15:06:16 阅读数:8312 标签: spring源码ioc编程bean 更多 个人分类: Java https://blog ...
- Laravel开发:Laravel核心——Ioc服务容器
服务容器 在说 Ioc 容器之前,我们需要了解什么是 Ioc 容器. Laravel 服务容器是一个用于管理类依赖和执行依赖注入的强大工具. 在理解这句话之前,我们需要先了解一下服务容器的来龙去脉: ...
- 重新学习Spring之核心IOC容器的底层原理
一:IOC容器的定义 控制反转(Inversion of Control,英文缩写为IoC)是一个重要的面向对象编程的法则来削减计算机程序的耦合问题,也是轻量级的Spring框架的核心. 控制反转一般 ...
- Laravel开发:Laravel核心——服务容器的细节特性
前言 在前面几个博客中,我详细讲了 Ioc 容器各个功能的使用.绑定的源码.解析的源码,今天这篇博客会详细介绍 Ioc 容器的一些细节,一些特性,以便更好地掌握容器的功能. 注:本文使用的测试类与测试 ...
- Laravel开发:Laravel核心——Ioc服务容器源码解析(服务器解析)
make解析 服务容器对对象的自动解析是服务容器的核心功能,make 函数.build 函数是实例化对象重要的核心,先大致看一下代码: public function make($abstract) ...
- 简单解析Spring核心IOC容器原理
将大体流程解析了一边,具体可以看源代码一个方法一个方法的跟下 XmlBeanFactory的功能是建立在DefaultListableBeanFactory这个基本容器的基础上的,并在这个基本容器的基 ...
- 理解PHP 依赖注入|Laravel IoC容器
看Laravel的IoC容器文档只是介绍实例,但是没有说原理,之前用MVC框架都没有在意这个概念,无意中在phalcon的文档中看到这个详细的介绍,感觉豁然开朗,复制粘贴过来,主要是好久没有写东西了, ...
- Spring的核心之IoC容器创建对象
Spring的Ioc容器,是Spring的核心内容: 作用:对象的创建和处理对象的依赖关系. Spring容器创建对象有以下几种方式: 1:调用无参数的构造器 <!-- 默认无参的构造器 --& ...
随机推荐
- linux的存储管理(RALD) LVM 逻辑卷管理 虚拟阵列
磁盘存储管理 LVM 逻辑卷 虚拟阵列 1.Linux系统中 磁盘使用 存在3个大问题: 1.灵活性 2.安全性 3.性能 2.解决办法RAID独立磁盘冗余阵列 RAID(Redundant Arra ...
- react引入相同组件时互不影响
具体代码可以查看我的代码仓库 https://gitee.com/haomYGH/Web20/tree/master/010-React/014-redux-immutable 页面展示 要处理的问题 ...
- 数据量大了一定要分表,分库分表组件Sharding-JDBC入门与项目实战
最近项目中不少表的数据量越来越大,并且导致了一些数据库的性能问题.因此想借助一些分库分表的中间件,实现自动化分库分表实现.调研下来,发现Sharding-JDBC目前成熟度最高并且应用最广的Java分 ...
- 【目标检测】:SPP-Net深入理解(从R-CNN到SPP-Net)
一. 导论 SPP-Net是何凯明在基于R-CNN的基础上提出来的目标检测模型,使用SPP-Net可以大幅度提升目标检测的速度,检测同样一张图片当中的所有目标,SPP-Net所花费的时间仅仅是RCNN ...
- 微信小程序--家庭记账小账本(五)
(源码已上传至github,https://github.com/xhj1074376195/CostBook_weixin) 今天,尝试弄了账单的表,发现还是弄不了,于是就把账单上的删除功能给去了, ...
- 最全总结!聊聊 Python 调用 JS 的几种方式
1. 前言 很多人学习python,不知道从何学起.很多人学习python,掌握了基本语法过后,不知道在哪里寻找案例上手.很多已经做案例的人,却不知道如何去学习更加高深的知识.那么针对这三类人,我给大 ...
- Python | 常见的反爬及解决方法,值得收藏
我们都知道Python用来爬数据,为了不让自家的数据被别人随意的爬走,你知道怎么反爬吗?今天播妞带着大家一起见识见识常见的反爬技术. 很多人学习python,不知道从何学起.很多人学习python,掌 ...
- NGINX+PHP+POSTGRESQL+ZABBIX 5.X
安装前准备工作 系统及应用版本 centos 8.3 nginx 1.18 php 7.4.8 postgresql 12.3 zabbix 5.0.2 安装编译环境依赖包 dnf -y instal ...
- linux常用命令(三)文件操作命令
Linux文件的目录结构 根目录 / 家目录 /home 临时目录 /tmp 配置目录 /etc 用户程序目录 /usr 文件基本操作 ls 查看目录下的文件 touch 新建文件 mkdir 新建文 ...
- Css 图片自适应
设置 CSS .container{ overflow:auto; } img{ width:100%; height:auto; overflow:hidden; } 设置 template < ...