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

ganfanghua · · 33 次点击 · · 开始浏览    

简介

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

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

优势(为什么使用)

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

概念

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

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

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

问答

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

问题

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

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

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

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

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

回答

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

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

       当然是某个对象依赖于IoC/DI的容器
    
  3. 为什么需要依赖:

       对象需要IoC/DI的容器来提供对象需要的外部资源
    
  4. 谁注入于谁:

       是IoC/DI的容器 注入 某个对象
    
  5. 到底注入什么:

       就是注入某个对象所需要的外部资源
    
  6. 谁控制谁:

       当然是IoC/DI的容器来控制对象了
    
  7. 控制什么:

       主要是控制对象实例的创建
    
  8. 为何叫反转:

       反转是相对于正向而言的,那么什么算是正向的呢?
       考虑一下常规情况下的应用程序,如果要在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

本文来自:开源中国博客

感谢作者:ganfanghua

查看原文:PHP的依赖注入(DI) 和 控制反转(IoC)

33 次点击  
加入收藏 微博
暂无回复
添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet