PHP的依赖注入(DI) 和 控制反转(IoC)

2018-01-13 11:09:43来源:oschina作者:ganfanghua人点击

分享
简介
IoC - Inversion of Control控制反转
DI- Dependency Injection依赖注入

依赖注入和控制反转说的实际上是同一个东西,它们是一种设计模式,这种设计模式用来减少程序间的耦合


优势(为什么使用)

使用依赖注入,最重要的一点好处就是有效的分离了对象和它所需要的外部资源,使得它们松散耦合,有利于功能复用,更重要的是使得程序的整个体系结构变得非常灵活。


概念

依赖注入和控制反转是对同一件事情的不同描述,从某个方面讲,就是它们描述的角度不同。

依赖注入是从应用程序的角度在描述,可以把依赖注入,即:应用程序依赖容器创建并注入它所需要的外部资源;


而控制反转是从容器的角度在描述,即:容器控制应用程序,由容器反向的向应用程序注入应用程序所需要的外部资源。

问答

对于一个菜鸟,如果你看了上面的概念还是一头雾水的话,那么恭喜你,你和我一样不是天才,那么下面就让我们借助于几个问答来搞清楚这个概念的意思吧。


问题

整个过程中参与者都有谁?


依赖:谁依赖于谁?为什么需要依赖?


注入:谁注入于谁?到底注入了什么?


控制反转:谁控制谁?控制什么?为何叫反转(有反转就应该有正转了,正转是什么呢?)


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

回答

整个过程中参与者都有谁?

一般有三方参与者,一个是某个对象;一个是IoC/DI的容器;另一个是某个对象的外部资源。
某个对象指的就是任意的、普通的PHP对象;
IoC/DI的容器简单点说就是指用来实现IoC/DI功能的一个框架程序;
对象的外部资源指的就是对象需要的,但是是从对象外部获取的,都统称资源,比如:对象需要的其它对象、或者是对象需要的文件资源等等。

谁依赖于谁:

当然是某个对象依赖于IoC/DI的容器

为什么需要依赖:

对象需要IoC/DI的容器来提供对象需要的外部资源

谁注入于谁:

是IoC/DI的容器 注入 某个对象

到底注入什么:

就是注入某个对象所需要的外部资源

谁控制谁:

当然是IoC/DI的容器来控制对象了

控制什么:

主要是控制对象实例的创建

为何叫反转:

反转是相对于正向而言的,那么什么算是正向的呢?
考虑一下常规情况下的应用程序,如果要在A里面使用C,你会怎么做呢?当然是直接去创建C的对象,也就是说,是在A类中主动去获取所需要的外部资源C($c = new C();),这种情况被称为正向的。那么什么是反向呢?就是A类不再主动去获取C,而是被动等待,等待IoC/DI的容器获取一个C的实例,然后反向的注入到A类中。
用图例来说明一下,先看没有IoC/DI的时候,常规的A类使用C类的示意图,如下图所示:


代码示意:


<?php
/**
* 没有IoC/DI的时候,常规的A类使用C类的示例
*/
/**
* Class c
*/
class c
{
public function say()
{
echo 'hello';
}
}
/**
* Class a
*/
class a
{
private $c;
public function __construct()
{
$this->c = new C(); // 实例化创建C类
}
public function sayC()
{
echo $this->c->say(); // 调用C类中的方法
}
}
$a = new a();
$a->sayC();

当有了IoC/DI的容器后,A类不再主动去创建C了,如下图所示:



而是被动等待,等待IoC/DI的容器获取一个C的实例,然后反向的注入到A类中,如下图所示:



代码示意:


<?php
/**
* 当有了IoC/DI的容器后,a类依赖c实例注入的示例
*/
/**
* Class c
*/
class c
{
public function say()
{
echo 'hello';
}
}
/**
* Class a
*/
class a
{
private $c;
public function setC(C $c)
{
$this->c = $c; // 实例化创建C类
}
public function sayC()
{
echo $this->c->say(); // 调用C类中的方法
}
}
$c = new C();
$a = new a();
$a->setC($c);
$a->sayC();

9.什么是正转?正转就是按照普通的我们再类中直接创建对象实例,如 $c = new C();


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


根据上面的讲述,我们不难出来,`依赖注入`和`控制反转`确实是对同一件事情的不同描述,从某个方面讲,就是它们描述的`角度`不同。

总结

其实IoC/DI对编程带来的最大改变不是从代码上,而是从思想上,发生了“主从换位”的变化。应用程序原本是老大,要获取什么资源都是主动出击,但是在IoC/DI思想中,应用程序就变成被动的了,被动的等待IoC/DI容器来创建并注入它所需要的资源了。


注意

我们上面说了,这是一种“设计模式”,就像“工厂模式”和“单例模式”等是一样的,它是一种面向对象中的编程“思想”,自然它也不仅限于PHP,而是所有面向对象的语言基本都是可以适用的。

特例:这个例子比较完整

先看一个例子:



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

48

49

50

51

52


<?php

class A

{

public $b;

public $c;

public function A()

{

//TODO

}

public function Method()

{

$this->b=new B();

$this->c=new C();

$this->b->Method();

$this->c->Method();

//TODO

}

}

class B

{

public function B()

{

//TODO

}

public function Method()

{

//TODO

echo 'b';

}

}

class C

{

public function C()

{

//TODO

}

public function Method()

{

//TODO

echo 'c';

}

}

$a=new A();

echo $a->Method(); //输出 bc

?>



  


上面代码,我们很容易理解一句话:


A类依赖B类和C类


也就是说,如果今后开发过程中,要对B类或者C类修改,一旦涉及函数改名,函数参数数量变动,甚至整个类结构的调整,我们也要对A类做出相应的调整,A类的独立性丧失了,这在开发过程中是很不方便的,也就是我们说的“牵一发动全身”,如果两个类是两个人分别写的,矛盾往往就在这个时候产生了。。。


万一真的要改动B类和C类,有没有办法,可以不去改动或者尽量少改动A类的代码呢?这里要用到控制反转。



高层模块不应该依赖于底层模块,两个都应该依赖抽象。



控制反转(IOC)是一种思想,依赖注入(DI)是实施这种思想的方法。


第一种方法叫做:构造器注入(这种方法也不推荐用,但比不用要好)

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15


class A

{

public $b;

public $c;

public function A($b,$c)

{

$this->b=$b;

$this->c=$c;

}

public function Method()

{

$this->b->Method();

$this->c->Method();

}

}



客户端类这样写:



1

2


$a=new A(new B(),new C());

$a->Method();



A类的构造器依赖B类和C类,通过构造器的参数传入,至少实现了一点,就是B类对象b和C类对象c的创建都移至了A类外,所以一旦B类和C类发生改动,A类无需做修改,只要在client类里改就可以了


假如有一天,我们需要扩充B类,做两个B类的子类



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


class B

{

public function B()

{

//TODO

}

public function Method()

{

//TODO

echo 'b';

}

}

class B1 extends B

{

public function B1()

{

//TODO

}

public function Method()

{

echo 'b1';

}

}

class B2 extends B

{

public function B2()

{

//TODO

}

public function Method()

{

echo 'b2';

}

}



也很简单,客户端类这么写:



1

2


$a=new A(new B2(),new C());

$a->Method();



所以A类是不用关心B类到底有哪些个子类的,只要在客户端类关心就可以了。


第二种方法叫做:工厂模式注入(推荐使用)

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


class Factory

{

public function Factory()

{

//TODO

}

public function create($s)

{

switch($s)

{

case 'B':

{

return new B();

break;

}

case 'C':

{

return new C();

break;

}

default:

{

return null;

break;

}

}

}

}



我们A类代码改为:



1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20


class A

{

public $b;

public $c;

public function A()

{

//TODO

}

public function Method()

{

$f=new Factory();

$this->b=$f->create('B');

$this->c=$f->create('C');

$this->b->Method();

$this->c->Method();

//TODO

}

}



其实已经解耦了一小部分,至少如果B类和C类的构造函数要是发生变化,比如修改函数参数等,我们只需要改Factory类就可以了。



抽象不应该依赖于细节,细节应该依赖于抽象。



把B类和C类中的方法再抽象出来,做一个接口



1

2

3

4


interface IMethod

{

public function Method();

}



这样,A类中的b变量和


c变量就不再是一个具体的变量了,而是一个抽象类型的变量,不到运行那一刻,不知道他们的Method方式是怎么实现的。



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


class B implements IMethod

{

public function B()

{

//TODO

}

public function Method()

{

//TODO

echo 'b';

}

}

class C implements IMethod

{

public function C()

{

//TODO

}

public function Method()

{

//TODO

echo 'c';

}

}



总结几点:


1.我们把A类中的B类对象和C类对象的创建移至A类外


2.原本A类依赖B类和C类,现在变成了A依赖Factory,Factory依赖B和C。

参考文献:


https://segmentfault.com/a/1190000007209266


https://www.cnblogs.com/sweng/p/6392336.html

最新文章

123

最新摄影

闪念基因

微信扫一扫

第七城市微信公众平台