深入 Laravel 内核之IOC容器
升级工厂前的准备工作
无规矩不成方圆,随着越来越多的行为出现,我们需要需要定下一些规范。
为了约束每一个行为的规范,需要定义一个行为接口:
interface BehaviorInterface
{
/**
* 行为激活方法
* @param array $values 激活的参数
*/
public function activate(array $values);
}
按照接口规范修改前述的行为类:
class Attack implements BehaviorInterface{
protected $value = 0;
public function __construct($value)
{
$this->value = $value;
}
public function activate(array $values){}
}
class Defend implements BehaviorInterface{
protected $value = 0;
public function __construct($value){}
public function activate(array $values){}
}
class Move implements BehaviorInterface{
protected $speed;
public function __construct($speed){}
public function activate(array $values){}
}
class Skill1 implements BehaviorInterface{
protected $name = '暴击';
public function __construct(){}
public function activate(array $values){}
}
class Skill2 implements BehaviorInterface{
protected $name = '眩晕';
public function __construct(){}
public function activate(array $values){}
}
使用依赖注入升级工厂
- 为了解决工厂对行为的依赖,在每一种行为定义好之后就放到工厂中(依赖注入)。
- 放到工厂中的行为必须是依照规范定义的。
class BehaviorFactory
{
protected $instances;
public function setBehavior($behaviorName, $behavior)
{
if($behavior instanceof BehaviorInterface) {
$this->instances[$behaviorName] = $behavior;
}
}
public function getBehavior($behaviorName)
{
return $this->instances[$behaviorName];
}
}
$factory = new BehaviorFactory();
$factory->setBehavior('Attack', new Attack(0));
$factory->setBehavior('Defend', new Defend(0));
$factory->setBehavior('Move', new Move(0));
$factory->setBehavior('Skill1', new Skill1());
$factory->setBehavior('Skill2', new Skill2());
对英雄类做一些简单的修改:
class Hero
{
protected $behavior = [];
public function __construct($factory, array $behaviors)
{
// 通过工厂提供的方法制造需要的模块
foreach ($behaviors as $behaviorName => $behaviorOptions) {
$behavior = $factory->getBehavior($behaviorName);
$this->behavior[] = $behavior->activate($behaviorOptions);
}
}
}
$hero = new Hero($factory, [
'Attack' => [10],
'Defend' => [5],
'Move' => [30],
'Skill1' => [],
]);
至此,我们通过依赖注入,已经彻底地解决了英雄对行为的依赖、英雄对工厂的依赖、工厂对行为的依赖。
但是还有一些不足之处:
- 所有的对象,我们都必须手动去实例化;
- 这些行为,无论英雄是否需要,都要提前实例化并放到工厂中。
再谈依赖注入
前面的文章中我们已经讲解了如何通过PHP的反射机制来解决依赖注入的问题。这里我们再来深入一下对依赖注入的理解。
什么是依赖注入:
所谓的依赖注入,意思是只要不是在类内部产生的对象依赖(比如在初始化、构造函数中,通过工厂方法或者手动实例化),而是由外部以参数或其他形式注入(传入)的,都属于依赖注入(DI)。
超级工厂-IOC服务容器
接下来将我们的升级工厂,进一步改造为超级工厂。
定义一个简单的容器类,用来存储对象实例化的方式和创建对象:
class Container
{
// 存放抽象类与对象实例化方式关系的数据
protected $binds;
// 存放抽象类与已有的对象关系的数据
protected $instances;
// 将抽象类与[对象实例化方式|已有的对象]分别存入数组
public function bind($abstract, $concrete)
{
// 如果第二个参数是闭包,则存入 $binds 数组
if ($concrete instanceof Closure) {
$this->binds[$abstract] = $concrete;
}
// 如果第二个参数不是闭包,则为已经实例化的对象,存入 $instances 数组
else {
$this->instances[$abstract] = $concrete;
}
}
// 根据对象实例化的方式创建对象并返回
public function make($abstract, $parameters = [])
{
// 如果是已经实例化的对象则直接返回
if (isset($this->instances[$abstract])) {
return $this->instances[$abstract];
}
// 将$this(容器)放入参数数组的头部
// [$this, $param1, $param2...]
array_unshift($parameters, $this);
// 调用对象实例化的方法(即绑定时传入的闭包函数和当前的参数),得到实例化后的对象并返回
// function($container, $behaviorName) { return new Hero($behavior); }
// function($this, 'skill1') { return new Hero('skill1'); }
return call_user_func_array($this->binds[$abstract], $parameters);
}
}
测试这个容器:
// 创建一个容器
$container = new Container;
// 向该容器添加英雄的生产方式(实例化的方式)
$container->bind('hero', function($container, $behaviorName) {
$behavior = $container->make($behaviorName);
return new Hero($behavior);
});
// 向该容器添加行为的生产方式(实例化的方式)
$container->bind('skill1', function($container) {
return new Skill1;
});
// 同上
$container->bind('skill2', function($container) {
return new Skill2;
});
// 开始启动生产
$hero1 = $container->make('hero', ['skill1']);
$hero2 = $container->make('hero', ['skill2']);
在这个容器中,我们通过绑定操作,可以向超级工厂注册很多各种各样的生产脚本(可以是匿名函数、非匿名函数、类的方法),这些脚本在生产操作触发的时候就会被容器调用执行。
通过依赖注入和容器,我们彻底解决了所有对象之间的依赖关系;最重要的是,容器类也没有和英雄、行为之间有任何的依赖。另外也不需要再去手动实例化对象,还实现了按需实例化。
实际上,真正的 IoC 容器更为高级,会根据类的依赖需求,使用PHP的反射(Reflection)机制,自动在注册、绑定的一堆实例中搜寻符合的相关依赖,并自动注入到构造函数参数中去。
深入 Laravel 内核之IOC容器的更多相关文章
- 理解PHP 依赖注入|Laravel IoC容器
看Laravel的IoC容器文档只是介绍实例,但是没有说原理,之前用MVC框架都没有在意这个概念,无意中在phalcon的文档中看到这个详细的介绍,感觉豁然开朗,复制粘贴过来,主要是好久没有写东西了, ...
- Ioc容器与laravel服务容器初探
一.Ioc容器 某天,小J心血来潮,决定建造一艘星舰,这艘星舰要搭载"与众不同最时尚,开火肯定棒"的电磁炮.于是他写了一个星舰类: class ElectromagneticGun ...
- laravel核心Ioc容器
laravel容器和依赖注入 啥是Ioc容器,方便我们实现依赖注入的一种实现,也就是说依赖注入不一定需要控制反转容器,只不过使用容器可能会方便些. laravel通过向容器中绑定接口的具体实现,可实现 ...
- 通过中看不中用的代码分析Ioc容器,依赖注入....
/** * 通过生产拥有超能力的超人实例 来理解IOC容器 */ //超能力模组接口 interface SuperModuleInterface{ public function activate( ...
- 【转】Spring学习---Spring IoC容器的核心原理
[原文] Spring的两个核心概念:IoC和AOP的雏形,Spring的历史变迁和如今的生态帝国. IoC和DI的基本概念 IoC(控制反转,英文含义:Inverse of Control)是Spr ...
- Laravel核心之IOC和Facade 架构分析1
控制反转(Inversion of Control) 缩写为IoC 最常见的方式叫做依赖注入 简单说来,就是一个类把自己的的控制权交给另外一个对象,类间的依赖由这个对象去解决. Laravel 中的使 ...
- PHP 在Swoole中使用双IoC容器实现无污染的依赖注入
简介: 容器(container)技术(可以理解为全局的工厂方法), 已经是现代项目的标配. 基于容器, 可以进一步实现控制反转, 依赖注入. Laravel 的巨大成功就是构建在它非常强大的IoC容 ...
- laravel5.8 IoC 容器
网上 对容器的解释有很多,这里只是记录,搬运! 1.简单理解: 2019-10-10 11:24:09 解析 lavarel 容器 IoC 容器 作用 就是 “解耦” .“依赖注入(DI) IoC 容 ...
- Spring学习记录1——IoC容器
IoC容器 1.1 IoC概述 Ioc(Inverse of Control,控制反转)是Spring容器的内核.对于软件来说,即某一接口具体实现类的选择控制权从调用类中移除,转交给第三方决定,即由 ...
随机推荐
- java标识接口
标识接口是没有任何方法和属性的接口,标识接口不对实现类有任何语义上的要求,仅仅表明它的实现类属于一个特定的类型.它非常类似于Web 2.0中的TAG的概念,Java使用它标识某一类对象.主要有两个用途 ...
- spring注解事务管理
使用步骤: 步骤一.在spring配置文件中引入<tx:>命名空间<beans xmlns="http://www.springframework.org/schema/b ...
- class.getName()和class.getSimpleName()的区别
根据API中的定义: Class.getName():以String的形式,返回Class对象的"实体"名称: Class.getSimpleName():获取源代码中给出的&qu ...
- vueAPI (data,props,methods,watch,computed,template,render)
data Vue 实例的数据对象.Vue 将会递归将 data 的属性转换为 getter/setter,从而让 data 的属性能够响应数据变化.实例创建之后,可以通过vm.$data来访问原始数据 ...
- 修改页面.JSP
<%@ page contentType="text/html;charset=UTF-8" language="java" %><%@tag ...
- 强化学习实战 | 表格型Q-Learning玩井字棋(四)游戏时间
在 强化学习实战 | 表格型Q-Learning玩井字棋(三)优化,优化 中,我们经过优化和训练,得到了一个还不错的Q表格,这一节我们将用pygame实现一个有人机对战,机机对战和作弊功能的井字棋游戏 ...
- vue插槽理解
1.插槽作用:父向子传递一段Html代码块 2.分类: (1)默认插槽:规则:父给子传,用父,不传,用子. (2)具名插槽:适用于一个页面有多个插槽时,需要做区分,使用name属性.给插槽取个名字 ( ...
- 扬我国威,来自清华的开源项目火爆Github
前几天TJ君跟大家分享了几个有趣的Github项目(加密解密.食谱.新冠序列,各种有趣的开源项目Github上都有),其中呢,有不少是来自斯坦福大学的项目,当时TJ君就不由得想,什么时候能看到的项目都 ...
- 深入浅出Mysql索引优化专题分享|面试怪圈
文章纲要 该文章结合18张手绘图例,21个SQL经典案例.近10000字,将Mysql索引优化经验予以总结,你可以根据纲要来决定是否继续阅读,完成这篇文章大概需要25-30分钟,相信你的坚持是不负时光 ...
- mysql 连接数过多内存增长过快
mysql连接允许长连接和短链接,但是本身建立连接会有很大开销所以一般连接mysql会使用长连接.但是全部是使用长连接后,可能会出现mysql有时占用内存涨的特别快,这是因为mysql在执行过程中临时 ...