本文环境 Hyperf2.1,PHP7.3,Mysql5.7
不懂的可以评论或联系我邮箱:owen@owenzhang.com
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
依赖注入 (Dependency Injection, DI)
没有你我就活不下去,那么,你就是我的依赖。 说白了就是:
不是我自身的,却是我需要的,都是我所依赖的。一切需要外部提供的,都是需要进行依赖注入的。
依赖注入举例
interface Girl {
// Boy need knows that I have some abilities.
}
class LoliGril implement Girl {
// I will implement Girl's abilities.
}
class Vixen implement Girl {
// Vixen definitely is a girl, do not doubt it.
}
class Boy {
protected $girl;
public function __construct(Girl $girl) {
$this->girl = $girl;
}
}
$loliGirl = new LoliGirl();
$vixen = new Vixen();
$boy = new Boy($loliGirl);
$boy = new Boy($vixen);
$boy = new Boy(); // Error; Boy must have girlfriend!
依赖注入方式
1、构造器 注入
class Book
{
private $db_conn;
public function __construct($db_conn)
{
$this->db_conn = $db_conn;
}
}
2、setter 注入
class Book
{
private $db;
private $file;
function setdb($db)
{
$this->db = $db;
}
function setfile($file)
{
$this->file = $file;
}
}
class file
{
}
class db
{
}
// ...
class test
{
$book = new Book();
$book->setdb(new db());
$book->setfile(new file());
}
小结:
因为大多数应用程序都是由两个或者更多的类通过彼此合作来实现业务逻辑,这使得每个对象都需要获取与其合作的对象(也就是它所依赖的对象)的引用。如果这个获取过程要靠自身实现,那么将导致代码高度耦合并且难以维护和调试。
所以才有了依赖注入的概念,依赖注入解决了以下问题:
- 依赖之间的解耦
- 单元测试,方便Mock
上面俩种方法代码很清晰,但是当我们需要注入很多个依赖时,意味着又要增加很多行,会比较难以管理。
比较好的解决办法是 建立一个class作为所有依赖关系的container,在这个class中可以存放、创建、获取、查找需要的依赖关系。先来了解一下IOC的概念
依赖查找 (Dependency Lookup, DL)
依赖查找是控制反转设计原则的一种实现方式。大体思路是:容器中的受控对象通过容器的API来查找自己所依赖的资源和协作对象。这种方式虽然降低了对象间的依赖,但是同时也使用到了容器的API,造成了我们无法在容器外使用和测试对象。依赖查找是一种更加传统的IOC实现方式。
两种查找方式:
- 依赖拖拽(DP):注入的对象如何与组件发生联系,这个过程就是通过依赖拖拽实现;
- 上下文化依赖查找(CDL):在某些方面跟依赖拖拽类似,但是上下文依赖查找中,查找的过程是在容器管理的资源中进行的,而不是从集中注册表中,并且通常是作用在某些设置点上;
依赖注入/查找的对比
类型 | 依赖处理 | 实现便利性 | 代码侵入性 | API依赖性 | 可读性 | |
---|---|---|---|---|---|---|
依赖查找 | 主动获取 | 相对繁琐 | 侵入业务逻辑 | 依赖容器API | 良好 | |
依赖注入 | 被动提供 | 相对便利 | 低侵入性 | 不依赖容器API | 一般 |
控制反转 (Inversion Of Control, IOC)
控制反转 是面向对象编程中的一种设计原则,可以用来减低计算机代码之间的耦合度。其中最常见的方式叫做 依赖注入(Dependency Injection, DI), 还有一种叫"依赖查找"(Dependency Lookup)。通过控制反转,对象在被创建的时候,由一个调控系统内所有对象的外界实体,将其所依赖的对象的引用传递给它。也可以说,依赖被注入到对象中。
class Ioc
{
protected $db_conn;
public static function make_book()
{
$new_book = new Book();
$new_book->set_db(self::$db_conn);
//...
//...
//其他的依赖注入
return $new_book;
}
}
此时,如果获取一个book实例,只需要执行$newone = Ioc::makebook();
以上是container的一个具体实例,最好还是不要把具体的某个依赖注入写成方法,采用registry注册,get获取比较好
/**
* 控制反转类
*/
class Ioc
{
/**
* @var array 注册的依赖数组
*/
protected static $registry = array();
/**
* 添加一个 resolve (匿名函数)到 registry 数组中
*
* @param string $name 依赖标识
* @param Closure $resolve 一个匿名函数,用来创建实例
* @return void
*/
public static function register($name, Closure $resolve)
{
static::$registry[$name] = $resolve;
}
/**
* 返回一个实例
*
* @param string $name 依赖的标识
* @return mixed
* @throws \Exception
*/
public static function resolve($name)
{
if (static::registered($name)) {
$name = static::$registry[$name];
return $name();
}
throw new \Exception("Nothing registered with that name");
}
/**
* 查询某个依赖实例是否存在
*
* @param string $name
* @return bool
*/
public static function registered($name)
{
return array_key_exists($name, static::$registry);
}
}
现在就可以通过如下方式来注册和注入一个
Ioc::register("book", function () {
$book = new Book();
$book->setdb('db');
$book->setfile('file');
return $book;
});
// 注入依赖
$book = Ioc::resolve('book');
问题汇总
1、参与者都有谁?
答: 一般有三方参与者,一个是某个对象;一个是IoC/DI的容器;另一个是某个对象的外部资源。又要名词解释一下,某个对象指的就是任意的、普通的Java对象; IoC/DI的容器简单点说就是指用来实现IoC/DI功能的一个框架程序;对象的外部资源指的就是对象需要的,但是是从对象外部获取的,都统称资源,比如:对象需要的其它对象、或者是对象需要的文件资源等等。
2、依赖:谁依赖于谁?为什么会有依赖?
答: 某个对象依赖于IoC/DI的容器。依赖是不可避免的,在一个项目中,各个类之间有各种各样的关系,不可能全部完全独立,这就形成了依赖。传统的开发是使用其他类时直接调用,这会形成强耦合,这是要避免的。依赖注入借用容器转移了被依赖对象实现解耦。
3、注入:谁注入于谁?到底注入什么?
答: 通过容器向对象注入其所需要的外部资源
4、控制反转:谁控制谁?控制什么?为什么叫反转?
答: IoC/DI的容器控制对象,主要是控制对象实例的创建。反转是相对于正向而言的,那么什么算是正向的呢?考虑一下常规情况下的应用程序,如果要在A里面使用C,你会怎么做呢?当然是直接去创建C的对象,也就是说,是在A类中主动去获取所需要的外部资源C,这种情况被称为正向的。那么什么是反向呢?就是A类不再主动去获取C,而是被动等待,等待IoC/DI的容器获取一个C的实例,然后反向的注入到A类中。
5、依赖注入和控制反转是同一概念吗?
答: 从上面可以看出:依赖注入是从应用程序的角度在描述,可以把依赖注入描述完整点:应用程序依赖容器创建并注入它所需要的外部资源;而控制反转是从容器的角度在描述,描述完整点:容器控制应用程序,由容器反向的向应用程序注入应用程序所需要的外部资源。
原文:
参考:
Buy me a cup of coffee :)
觉得对你有帮助,就给我打赏吧,谢谢!:)