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:调用无参数的构造器 <!-- 默认无参的构造器 --& ...
随机推荐
- HTTP Request Method(十五种)
序号 方法 描述 1 GET 请求指定的页面信息,并返回实体主体. 2 HEAD 类似于get请求,只不过返回的响应中没有具体的内容,用于获取报头 3 POST 向指定资源提交数据进行处理请求(例如提 ...
- phpredis 扩展之操作 Redis,记下来记下来!
phpredis 是 redis 的 php 的一个扩展,效率是相当高有链表排序功能,对创建内存级的模块业务关系很有用 $redis = new Redis(); $redis->connect ...
- 强大的输入框-应用快速启动uTools
uTools uTools是一个 极简.插件化.跨平台 的现代桌面软件.通过自由选配丰富的插件,打造你得心应手的工具集合. 当你熟悉它后,能够为你节约大量时间,让你可以更加专注地改变世界. uTool ...
- Python入门看这些,最详细学习书籍推荐
随着人工智能以及脚本开发火热,Python已经被推上一个非常火热的巅峰! 那么,想要学习Python却又不知道从哪里开始的朋友,看这里呀~ Python在整个编程语言来说,是比较容易上手,而且“见效” ...
- 微信号可以改了?我用 Python 发现了隐藏的 6 大秘密.
“听说,微信可以改微信号了! ” 不知道谁扯了一嗓子,让办公室变成了欢乐的海洋 张姐流下了激动的泪水:“太好了!姐的年龄终于不用暴露在微信号了!” 很多人学习python,不知道从何学起.很多人学习p ...
- SpringBoot整合Shiro自定义Redis存储
Shiro Shiro 主要分为 安全认证 和 接口授权 两个部分,其中的核心组件为 Subject. SecurityManager. Realms,公共部分 Shiro 都已经为我们封装好了,我们 ...
- CRF
- 【MySQL】如何最大程度防止人为误操作MySQL数据库?这次我懂了!!
写在前面 今天,一位哥们打电话来问我说误操作了他们公司数据库中的数据,如何恢复.他原本的想法是登录数据库update一个记录,结果忘了加where条件,于是悲剧发生了.今天,我们不讲如何恢复误操作的数 ...
- 2020-03-27:分布式锁的问题,假如a线程在获得锁的情况下 网络波动 极端情况是断网了,这种情况是怎么处理的
福哥答案2020-04-04:超时释放锁.
- ElasticSearch 7.8.1集群搭建
通往集群的大门 集群由什么用? 高可用 高可用(High Availability)是分布式系统架构设计中必须考虑的因素之一,它通常是指,通过设计减少系统不能提供服务的时间.如果系统每运行100个时间 ...