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

首先依赖注入和控制反转说的是同一个东西，是一种设计模式，这种设计模式用来减少程序间的耦合，鄙人学习了一下，看TP官网还没有相关的文章，就写下这篇拙作介绍一下这种设计模式，希望能为TP社区贡献一些力量。

首先先别追究这个设计模式的定义，否则你一定会被说的云里雾里，笔者就是深受其害，百度了N多文章，都是从理论角度来描述，充斥着大量的生涩词汇，要么就是java代码描述的，也生涩。

不管怎么样，总算弄清楚一些了，下面就以php的角度来描述一下依赖注入这个概念。

先假设我们这里有一个类，类里面需要用到数据库连接，按照最最原始的办法，我们可能是这样写这个类的：

?


1

2

3

4

5

6

7

8

9

10

11

class example {

  

  private $_db;

  function __construct(){

    include "./Lib/Db.php";

    $this->_db = new Db("localhost","root","123456","test");

  }

  function getList(){

    $this->_db->query("......");//这里具体sql语句就省略不写了

  }

 }

过程：

在构造函数里先将数据库类文件include进来；
然后又通过new Db并传入数据库连接信息实例化db类；
之后getList方法就可以通过$this->_db来调用数据库类，实现数据库操作。

看上去我们实现了想要的功能，但是这是一个噩梦的开始，以后example1,example2,example3....越来越多的类需要用到db组件，如果都这么写的话，万一有一天数据库密码改了或者db类发生变化了，岂不是要回头修改所有类文件？
ok，为了解决这个问题，工厂模式出现了，我们创建了一个Factory方法，并通过Factory::getDb()方法来获得db组件的实例：

?


1

2

3

4

5

6

class Factory {

  public static function getDb(){

    include "./Lib/Db.php";

    return new Db("localhost","root","123456","test");

  }

 }

sample类变成：

?


1

2

3

4

5

6

7

8

9

10

class example {

  

  private $_db;

  function __construct(){

    $this->_db = Factory::getDb();

  }

  function getList(){

    $this->_db->query("......");//这里具体sql语句就省略不写了

  }

 }

这样就完美了吗？再次想想一下以后example1,example2,example3....所有的类，你都需要在构造函数里通过Factory::getDb();获的一个Db实例，实际上你由原来的直接与Db类的耦合变为了和Factory工厂类的耦合，工厂类只是帮你把数据库连接信息给包装起来了，虽然当数据库信息发生变化时只要修改Factory::getDb()方法就可以了，但是突然有一天工厂方法需要改名，或者getDb方法需要改名，你又怎么办？当然这种需求其实还是很操蛋的，但有时候确实存在这种情况，一种解决方式是：

我们不从example类内部实例化Db组件，我们依靠从外部的注入，什么意思呢？看下面的例子：

?


1

2

3

4

5

6

7

8

9

10

11

12

13

14

class example {

  private $_db;

  function getList(){

    $this->_db->query("......");//这里具体sql语句就省略不写了

  }

  //从外部注入db连接

  function setDb($connection){

    $this->_db = $connection;

  }

 }

 //调用

$example = new example();

$example->setDb(Factory::getDb());//注入db连接

$example->getList();

这样一来，example类完全与外部类解除耦合了，你可以看到Db类里面已经没有工厂方法或Db类的身影了。我们通过从外部调用example类的setDb方法，将连接实例直接注入进去。这样example完全不用关心db连接怎么生成的了。
这就叫依赖注入，实现不是在代码内部创建依赖关系，而是让其作为一个参数传递，这使得我们的程序更容易维护，降低程序代码的耦合度，实现一种松耦合。

这还没完，我们再假设example类里面除了db还要用到其他外部类，我们通过：

?


1

2

3

4

$example->setDb(Factory::getDb());//注入db连接

$example->setFile(Factory::getFile());//注入文件处理类

$example->setImage(Factory::getImage());//注入Image处理类

 ...

我们没完没了的写这么多set？累不累?
ok，为了不用每次写这么多行代码，我们又去弄了一个工厂方法：

?


1

2

3

4

5

6

7

8

9

class Factory {

  public static function getExample(){

    $example = new example();

    $example->setDb(Factory::getDb());//注入db连接

    $example->setFile(Factory::getFile());//注入文件处理类

    $example->setImage(Factory::getImage());//注入Image处理类

    return $expample;

  }

 }

实例化example时变为：

?


1

2

$example=Factory::getExample();

$example->getList();

似乎完美了，但是怎么感觉又回到了上面第一次用工厂方法时的场景？这确实不是一个好的解决方案，所以又提出了一个概念：容器，又叫做IoC容器、DI容器。

我们本来是通过setXXX方法注入各种类，代码很长，方法很多，虽然可以通过一个工厂方法包装，但是还不是那么爽，好吧，我们不用setXXX方法了，这样也就不用工厂方法二次包装了，那么我们还怎么实现依赖注入呢？
这里我们引入一个约定：在example类的构造函数里传入一个名为Di $di的参数，如下：

?


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

class example {

  private $_di;

  function __construct(Di &$di){

    $this->_di = $di;

  }

  //通过di容器获取db实例

  function getList(){

    $this->_di->get(‘db‘)->query("......");//这里具体sql语句就省略不写了

  }

 }

$di = new Di();

$di->set("db",function(){

  return new Db("localhost","root","root","test");

 });

$example = new example($di);

$example->getList();

Di就是IoC容器，所谓容器就是存放我们可能会用到的各种类的实例，我们通过$di->set()设置一个名为db的实例，因为是通过回调函数的方式传入的，所以set的时候并不会立即实例化db类，而是当$di->get(‘db‘)的时候才会实例化，同样，在设计di类的时候还可以融入单例模式。

这样我们只要在全局范围内申明一个Di类，将所有需要注入的类放到容器里，然后将容器作为构造函数的参数传入到example，即可在example类里面从容器中获取实例。当然也不一定是构造函数，你也可以用一个 setDi(Di $di)的方法来传入Di容器，总之约定是你制定的，你自己清楚就行。

原文地址：https://www.cnblogs.com/liluxiang/p/9500923.html

时间： 2024-07-31 20:05:42

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 什么是控制反转 在解释什么是控

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

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

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

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