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:调用无参数的构造器 <!-- 默认无参的构造器 --& ...
随机推荐
- day15.递归函数
一.递归函数 """ 自己调用自己的函数就是递归 递: 去 归: 回 一去一回就是递归 """ 例. def digui(n): print ...
- 属性集 Properties
5.1 概述 java.util.Properties 继承于 Hashtable ,来表示一个持久的属性集.它使用键值结构存储数据,每个键及其对应值都是一个字符串.该类也被许多Java类使用,比如获 ...
- idea中GitPush失败问题
首先是你的项目中有和和历史不符的东西 Push rejected: Push to *****/***** was rejected 推拒绝:推送到起源/主人被拒绝 直接是解决办法,直接打开你要上传代 ...
- Cross-Stage-Partial-Connections
- 精讲RestTemplate第4篇-DELETE、PUT等请求方法使用详解
本文是精讲RestTemplate第5篇,前篇的blog访问地址如下: 精讲RestTemplate第1篇-在Spring或非Spring环境下如何使用 精讲RestTemplate第2篇-多种底层H ...
- Java—匿名对象/内部类/访问修饰符/代码块
匿名对象 匿名对象是指创建对象时,只有创建对象的语句,却没有把对象地址值赋值给某个变量. //创建一个普通对象 Person p = new Person(); //创建一个匿名对象 new Pers ...
- JS学习第一天
JS的三种引入方式: 内联:在标签属性中引入javascript:js代码 <a href="javascript:("helloworld")"& ...
- 浏览器编年史与UserAgent大乱斗
1993 世界上第一个支持显示图片的浏览器Mosaic诞生 为了区分浏览器是否能显示图片,UserAgent诞生了,Mosaic将自己标志为NCSA_Mosaic/2.0(windows 3.1) 1 ...
- C#LeetCode刷题之#14-最长公共前缀(Longest Common Prefix)
问题 该文章的最新版本已迁移至个人博客[比特飞],单击链接 https://www.byteflying.com/archives/3921 访问. 编写一个函数来查找字符串数组中的最长公共前缀. 如 ...
- 在阿里云托管kubernetes上利用 cert-manager 自动签发 TLS 证书[无坑版]
前言 排错的过程是痛苦的也是有趣的. 运维乃至IT,排错能力是拉开人与人之间的重要差距. 本篇会记录我的排错之旅. 由来 现如今我司所有业务都运行在阿里云托管kubernetes环境上,因为前端需要对 ...