升级工厂前的准备工作

无规矩不成方圆,随着越来越多的行为出现,我们需要需要定下一些规范。

为了约束每一个行为的规范,需要定义一个行为接口:

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){}
}

使用依赖注入升级工厂

  1. 为了解决工厂对行为的依赖,在每一种行为定义好之后就放到工厂中(依赖注入)。
  2. 放到工厂中的行为必须是依照规范定义的。

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' => [],
]);

至此,我们通过依赖注入,已经彻底地解决了英雄对行为的依赖、英雄对工厂的依赖、工厂对行为的依赖。

但是还有一些不足之处:

  1. 所有的对象,我们都必须手动去实例化;
  2. 这些行为,无论英雄是否需要,都要提前实例化并放到工厂中。

再谈依赖注入

前面的文章中我们已经讲解了如何通过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容器的更多相关文章

  1. 理解PHP 依赖注入|Laravel IoC容器

    看Laravel的IoC容器文档只是介绍实例,但是没有说原理,之前用MVC框架都没有在意这个概念,无意中在phalcon的文档中看到这个详细的介绍,感觉豁然开朗,复制粘贴过来,主要是好久没有写东西了, ...

  2. Ioc容器与laravel服务容器初探

    一.Ioc容器 某天,小J心血来潮,决定建造一艘星舰,这艘星舰要搭载"与众不同最时尚,开火肯定棒"的电磁炮.于是他写了一个星舰类: class ElectromagneticGun ...

  3. laravel核心Ioc容器

    laravel容器和依赖注入 啥是Ioc容器,方便我们实现依赖注入的一种实现,也就是说依赖注入不一定需要控制反转容器,只不过使用容器可能会方便些. laravel通过向容器中绑定接口的具体实现,可实现 ...

  4. 通过中看不中用的代码分析Ioc容器,依赖注入....

    /** * 通过生产拥有超能力的超人实例 来理解IOC容器 */ //超能力模组接口 interface SuperModuleInterface{ public function activate( ...

  5. 【转】Spring学习---Spring IoC容器的核心原理

    [原文] Spring的两个核心概念:IoC和AOP的雏形,Spring的历史变迁和如今的生态帝国. IoC和DI的基本概念 IoC(控制反转,英文含义:Inverse of Control)是Spr ...

  6. Laravel核心之IOC和Facade 架构分析1

    控制反转(Inversion of Control) 缩写为IoC 最常见的方式叫做依赖注入 简单说来,就是一个类把自己的的控制权交给另外一个对象,类间的依赖由这个对象去解决. Laravel 中的使 ...

  7. PHP 在Swoole中使用双IoC容器实现无污染的依赖注入

    简介: 容器(container)技术(可以理解为全局的工厂方法), 已经是现代项目的标配. 基于容器, 可以进一步实现控制反转, 依赖注入. Laravel 的巨大成功就是构建在它非常强大的IoC容 ...

  8. laravel5.8 IoC 容器

    网上 对容器的解释有很多,这里只是记录,搬运! 1.简单理解: 2019-10-10 11:24:09 解析 lavarel 容器 IoC 容器 作用 就是 “解耦” .“依赖注入(DI) IoC 容 ...

  9. Spring学习记录1——IoC容器

    IoC容器 1.1  IoC概述 Ioc(Inverse of Control,控制反转)是Spring容器的内核.对于软件来说,即某一接口具体实现类的选择控制权从调用类中移除,转交给第三方决定,即由 ...

随机推荐

  1. 【面试】【Linux】【Web】基础概念

    1. HTTP https://en.wikipedia.org/wiki/Hypertext_Transfer_Protocol 2. TCP handshake https://en.wikipe ...

  2. 【C/C++】习题3-2 分子量/算法竞赛入门经典/字符串

    给出一种物质的分子式,求分子量.只包含4种原子,分别为C,H,O,N. [知识点] 1.ASCII码 [阿拉伯数字]48~57 [大写字母]65~90 [小写字母]97~122 2.输入循环到n-1的 ...

  3. 特定场景下的PLC 远程控制和数据读取

    最近有位博友提出了一种应用场景,根据工作中实际遇到的类似的产品应用场景,记录下自己的解决方案. 场景: 需要在云端控制和采集各个站点的PLC数据.各个站点是分散的,每个站点有公网访问能力,但是分散站点 ...

  4. CF190C STL 题解

    * 题意 :给出只会出现 pair 和 int 的字符串 , 要求按照给出 pair 和 int 的顺序 , 添加 ' < '   ,   ' > '  ,  ' , ' 这三个符号 , ...

  5. Nginx开启php_info

    目录 一.简介 二.配置 三.参数 一.简介 pathinfo是php需要的东西,php可以用这个函数来获得信息. http://wangying.sinaapp.com/tools/index.ph ...

  6. 2021 .NET 开发者峰会顺利在网上落幕,线上直播回看汇总

    .NET Conf China 2021 是面向开发人员的社区峰会,基于 .NET Conf 2021的活动,庆祝 .NET 6 的发布和回顾过去一年来 .NET 在中国的发展成果展示,它是由中国各地 ...

  7. 如何高效地把Spring boot学到能干活的程度

    Spring boot要学什么?要学到什么程度?以及相关的学习方法是什么?这些很难量化,但极好形容:需要学到能帮你找到一份工作的程度.   任何脱离工作脱离实际的学习,都是没有意义的.比如程序员运行通 ...

  8. 使用proxy解决请求跨域问题

    背景 在 react 项目里,前端请求接口时出现了跨域问题(类似图片中的提示) 这时最快捷的方法就是让后端同学设置请求允许跨域(如图配置响应头) 如果后端同学不配合,就需要靠我们自己来了! 实现 Re ...

  9. npm ERR! Error: EPERM: operation not permitted

    转载于:https://blog.csdn.net/qq_36772866/article/details/86934950 win10 在npm install时报错 解决方案 删除node-mou ...

  10. 【LeetCode】1167. Minimum Cost to Connect Sticks 解题报告 (C++)

    作者: 负雪明烛 id: fuxuemingzhu 个人博客:http://fuxuemingzhu.cn/ 目录 题目描述 题目大意 解题方法 小根堆 日期 题目地址:https://leetcod ...