PHP依赖注入和控制反转

依赖注入

依赖注入( Dependency Injection, DI),通俗来讲就是没有你我就活不下去,那么,你就是我的依赖。 说白了就是:

不是我自身的,却是我需要的,都是我所依赖的。一切需要外部提供的,都是需要进行依赖注入的。

代码示例:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
class Boy {
protected $girl;

public function __construct(Girl $girl) {
$this->girl = $girl;
}
}

class Girl {
...
}

$boy = new Boy(); // Error; Boy must have girlfriend!

// 所以,必须要给他一个女朋友才行
$girl = new Girl();

$boy = new Boy($girl); // Right! So Happy!

从上述代码我们可以看到Boy强依赖Girl必须在构造时注入Girl的实例才行。

那么为什么要有依赖注入这个概念,依赖注入到底解决了什么问题?

我们将上述代码修正一下我们初学时都写过的代码:

1
2
3
4
5
6
7
class Boy {
protected $girl;

public function __construct() {
$this->girl = new Girl();
}
}

这种方式与前面的方式有什么不同呢?

我们会发现Boy的女朋友被我们硬编码到Boy的身体里去了。。。 每次Boy重生自己想换个类型的女朋友都要把自己扒光才行。

某天Boy特别喜欢一个LoliGirl ,非常想让她做自己的女朋友。。。怎么办? 重生自己。。。扒开自己。。。把Girl扔了。。。把 LoliGirl塞进去。。。

1
2
3
4
5
6
7
8
9
10
11
12
class LoliGirl {

}

class Boy {
protected $girl;

public function __construct() {
// $this->girl = new Girl(); // sorry...
$this->girl = new LoliGirl();
}
}

某天 Boy迷恋上了御姐….Boy 好烦。。。

是不是感觉不太好?每次遇到真心相待的人却要这么的折磨自己。。。

Boy说,我要变的强大一点。我不想被改来改去的!

好吧,我们让Boy强大一点:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
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很高兴,终于可以不用扒开自己就可以体验不同的人生了。。。So Happy!

依赖注入方式

构造器注入

1
2
3
4
5
6
7
8
<?php
class Book {
private $db_conn;

public function __construct($db_conn) {
$this->db_conn = $db_conn;
}
}

setter 注入

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
<?php
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());
}` `file {``}` `class` `db {``}` `// ...` `class` `test {`` ``$book` `= ``new` `Book();`` ``$book``->setdb(``new` `db());`` ``$book``->setfile(``new` `file());``}`

小结

因为大多数应用程序都是由两个或者更多的类通过彼此合作来实现业务逻辑,这使得每个对象都需要获取与其合作的对象(也就是它所依赖的对象)的引用。如果这个获取过程要靠自身实现,那么将导致代码高度耦合并且难以维护和调试。

所以才有了依赖注入的概念,依赖注入解决了以下问题:

  • 依赖之间的解耦
  • 单元测试,方便Mock

上面俩种方法代码很清晰,但是当我们需要注入很多个依赖时,意味着又要增加很多行,会比较难以管理。

比较好的解决办法是 建立一个class作为所有依赖关系的container,在这个class中可以存放、创建、获取、查找需要的依赖关系。先来了解一下IOC的概念

控制反转

控制反转 (Inversion Of Control, IOC) 是面向对象编程中的一种设计原则,可以用来减低计算机代码之间的耦合度。其中最常见的方式叫做 依赖注入(Dependency Injection, DI), 还有一种叫”依赖查找”(Dependency Lookup)。通过控制反转,对象在被创建的时候,由一个调控系统内所有对象的外界实体,将其所依赖的对象的引用传递给它。也可以说,依赖被注入到对象中。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
<?php

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获取比较好

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
<?php
/**
* 控制反转类
*/
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);
}
}

现在就可以通过如下方式来注册和注入一个

1
2
3
4
5
6
7
8
9
10
11
<?php
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功能的一个框架程序;对象的外部资源指的就是对象需要的,但是是从对象外部获取的,都统称资源,比如:对象需要的其它对象、或者是对象需要的文件资源等等。

  1. 依赖:谁依赖于谁?为什么会有依赖?

某个对象依赖于IoC/DI的容器。依赖是不可避免的,在一个项目中,各个类之间有各种各样的关系,不可能全部完全独立,这就形成了依赖。传统的开发是使用其他类时直接调用,这会形成强耦合,这是要避免的。依赖注入借用容器转移了被依赖对象实现解耦。

  1. 注入:谁注入于谁?到底注入什么?

通过容器向对象注入其所需要的外部资源

  1. 控制反转:谁控制谁?控制什么?为什么叫反转?

IoC/DI的容器控制对象,主要是控制对象实例的创建。反转是相对于正向而言的,那么什么算是正向的呢?考虑一下常规情况下的应用程序,如要在A里面使用C,你会怎么做呢?当然是直接去创建C的对象,也就是说,是在A类中主动去获取所需要的外部资源C,这种情况被称为正向的。那么什么是反向呢?就是A类不再主动去获取C,而是被动等待,等待IoC/DI的容器获取一个C的实例,然后反向的注入到A类中。

  1. 依赖注入和控制反转是同一概念吗?

从上面可以看出:依赖注入是从应用程序的角度在描述,可以把依赖注入描述完整点:应用程序依赖容器创建并注入它所需要的外部资源;而控制反转是从容器的角度在描述,描述完整点:容器控制应用程序,由容器反向的向应用程序注入应用程序所需要的外部资源。

参考文档

有用就打赏一下作者吧!