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

要想理解 PHP 依赖注入 和 控制反转 两个概念，就必须搞清楚如下的两个问题：

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

什么是依赖注入

没有你我就活不下去，那么，你就是我的依赖。 说白了就是：

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

依赖注入举例


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、构造器 注入


1

2

3

4

5

6

7

8

<?php

class Book {

  private $db_conn;

 

  public function __construct($db_conn) {

    $this->db_conn = $db_conn;

  }

}

2、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());

}

小结：

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

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

  • 依赖之间的解耦
  • 单元测试，方便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功能的一个框架程序；对象的外部资源指的就是对象需要的，但是是从对象外部获取的，都统称资源，比如：对象需要的其它对象、或者是对象需要的文件资源等等。

2、依赖：谁依赖于谁？为什么会有依赖？

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

3、注入：谁注入于谁？到底注入什么？

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

4、控制反转：谁控制谁？控制什么？为什么叫反转？

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

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

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

参考：

Laravel 中的 依赖注入 与 控制反转

时间： 2024-10-05 02:58:29

PHP 依赖注入(DI) 和 控制反转(IoC)的相关文章

话说 依赖注入(DI) or 控制反转(IoC)

首页 下载 扩展 应用 教程 代码 案例 资讯 讨论 全部 搜索 话说 依赖注入(DI) or 控制反转(IoC) 浏览:3641 发布日期:2014/03/20 分类:技术分享 科普:首先依赖注入和控制反转说的是同一个东西,是一种设计模式,这种设计模式用来减少程序间的耦合,鄙人学习了一下,看TP官网还没有相关的文章,就写下这篇拙作介绍一下这种设计模式,希望能为TP社区贡献一些力量. 首先先别追究这个设计模式的定义,否则你一定会被说的云里雾里,笔者就是深受其害,百度了N多文章,都是从理论角度来描

【串线篇】依赖注入DI与控制反转IOC

DI&IOC 在spring框架中DI与IOC说的其实是一回事 一句话:本来我接受各种参数来构造一个对象,现在只接受一个参数——已经实例化的对象. 也就是说我对对象的『依赖』是注入进来的,而和它的构造方式解耦了.构造它这个『控制』操作也交给了第三方,也就是控制反转IOC. 优势:在应用程序中的组件需要获取资源时,传统的方式是组件主动的从容器中获取所需要的资源,在这样的模式下开发人员往往需要知道在具体容器中特定资源的获取方式,增加了学习成本,同时降低了开发效率.反转控制的思想完全颠覆了应用程序组件

ASP.NET MVC进阶之路:深入理解依赖注入(DI)和控制反转(IOC)

0X1 什么是依赖注入 依赖注入(Dependency Injection),是这样一个过程:某客户类只依赖于服务类的一个接口,而不依赖于具体服务类,所以客户类只定义一个注入点.在程序运行过程中,客户类不直接实例化具体服务类实例,而是客户类的运行上下文环境或专门组件负责实例化服务类,然后将其注入到客户类中,保证客户类的正常运行.详细的介绍可以阅读上一篇博文:http://www.cnblogs.com/dazhuangtage/p/5672190.html 0X2 什么是控制反转 在解释什么是控

依赖注入(DI)与控制反转(IOC)

DI(依赖注入,Dependency Injection),和所谓的IoC(控制反转,Inversion of Control )是一个意思. DI是一种通过接口实现松耦合的设计模式.初学者可能会好奇网上为什么有那么多技术文章对DI这个东西大兴其笔,是因为DI对于基于几乎所有框架下,要高效开发应用程序,它都是开发者必须要有的一个重要的理念,包括MVC开发.它是解耦的一个重要手段. DI模式可分为两个部分.一是移除对组件(上面示例中的LinqValueCalculator)的依赖,二是通过类的构造

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

首先依赖注入和控制反转说的是同一个东西,是一种设计模式,这种设计模式用来减少程序间的耦合,鄙人学习了一下,看TP官网还没有相关的文章,就写下这篇拙作介绍一下这种设计模式,希望能为TP社区贡献一些力量. 首先先别追究这个设计模式的定义,否则你一定会被说的云里雾里,笔者就是深受其害,百度了N多文章,都是从理论角度来描述,充斥着大量的生涩词汇,要么就是java代码描述的,也生涩. 不管怎么样,总算弄清楚一些了,下面就以php的角度来描述一下依赖注入这个概念. 先假设我们这里有一个类,类里面需要用到数据

spring 依赖注入(DI)与控制反转(IOC)

Spring目前所拥有的功能非常多,常用的DI和MVC已经是开发中的家常便饭,而且使用Spring来管理其它的框架也是习以为常的事情.Spring在项目中的最大作用就是为了解耦,降低项目整体的耦合度,尽可能做到低耦合.Spring的核心就是IOC和AOP.IOC控制反转创建bean对象,通过DI依赖注入来完成bean对象的数据封装. IOC是一种开发思想,DI是一种开发实现 虽然业界经常提到什么IOC,什么DI,其实都是一个意思,只是IOC是Spring提出的设计开发思想,而DI是代码实现方式.

如何理解 PHP的依赖注入(DI) 和 控制反转(IoC)

名词解释: IoC - Inversion of Control 控制反转 DI - Dependency Injection 依赖注入 依赖注入和控制反转说的实际上是同一个东西,它们是一种设计模式,这种设计模式用来减少程序间的耦合 依赖注入是从应用程序的角度在描述,可以把依赖注入,即:应用程序依赖容器创建并注入它所需要的外部资源: 而控制反转是从容器的角度在描述,即:容器控制应用程序,由容器反向的向应用程序注入应用程序所需要的外部资源. 我们为什么使用依赖注入呢? 使用依赖注入 最重要的一点好

依赖注入(DI)和控制反转(IOC)【回顾】

在java开发中广泛的使用了IOC的思想,在PHP中同样也在广泛使用. 1 interface Coder 2 { 3 public function coding(); 4 } 实现类Javaer 1 class Javaer implements Coder 2 { 3 var $name; 4 5 public function __construct($name) 6 { 7 $this->name = $name; 8 } 9 public function coding() 10 {

依赖注入(DI)与服务容器(IoC)

参考文章:http://www.yuansir-web.com/2014/03/20/%E7%90%86%E8%A7%A3php-%E4%BE%9D%E8%B5%96%E6%B3%A8%E5%85%A5laravel-ioc%E5%AE%B9%E5%99%A8/?preview 我们在建一个类时,在类的内部有可能会用到另外一个对象实例举个栗子: class User{ public function getUser(){ $db = new DB(); // 这里产生了对数据库连接类的依赖 $d