依赖注入和控制反转
2017-07-14 15:24
148 查看
当调用者需要被调用者的协助时,在传统的程序设计过程中,通常由调用者来创建被调用者的实例,但在这里,创建被调用者的工作不再由调用者来完成,而是将被调用者的创建移到调用者的外部,从而反转被调用者的创建,消除了调用者对被调用者创建的控制,因此称为控制反转。
简言之,控制反转是将方法中的对象的控制,转移到外部实现,避免引起类的修改。
依赖注入则是实现控制反转的一种常用的手段。
如code1所示,IndexController依赖Config和DB两个类,IndexController是调用者,Config和DB是被调用者,IndexController在构造函数中创建了Config和DB的实例,这种依赖叫做“耦合”,减轻这种依赖的的过程就是“解耦”。日后如果Config的构造函数发生了变化,则IndexController的构造函数也需要重写,如果IndexController依赖多个类时,则任何一个类发生变化时,IndexController的构造函数都需要重写,因此我们需要降低这种依赖。
如code2所示,不是自己主动初始化依赖,而是通过外部传入依赖的方式,我们称之为依赖注入。
简言之,控制反转是将方法中的对象的控制,转移到外部实现,避免引起类的修改。
依赖注入则是实现控制反转的一种常用的手段。
//code1 class IndexController(){ private $Config; private $DB; public function __construct(){ $this->Config = new Config(); $this->DB = new DB(); } } class Config(){ } class DB(){ }
如code1所示,IndexController依赖Config和DB两个类,IndexController是调用者,Config和DB是被调用者,IndexController在构造函数中创建了Config和DB的实例,这种依赖叫做“耦合”,减轻这种依赖的的过程就是“解耦”。日后如果Config的构造函数发生了变化,则IndexController的构造函数也需要重写,如果IndexController依赖多个类时,则任何一个类发生变化时,IndexController的构造函数都需要重写,因此我们需要降低这种依赖。
如code2所示,不是自己主动初始化依赖,而是通过外部传入依赖的方式,我们称之为依赖注入。
// code2 class IndexController(){ private $Config; private $DB; public function __construct(Config $config,DB $db){ $this->Config = $config; $this->DB = $db; } } class Config(){ } class DB(){ } $controller = new IndexController(new Config(),new DB());
相关文章推荐
- Spring_01 spring容器、控制反转(IOC)、依赖注入(DI)
- 什么是依赖注入和控制反转
- IoC(控制反转)和DI(依赖注入)
- PHP 控制反转和依赖注入(IoC/DI)
- 程序猿解读Spring中的控制反转和依赖注入(一)
- Spring、控制反转与依赖注入(概念)
- DIP(依赖倒置原则),IoC(控制反转),DI(依赖注入)复习总结
- Spring 使用注解的方式实现IOC和DI(控制反转和依赖注入)
- Spring.NET教程(一)——控制反转(依赖注入)(基础篇)(转)
- PHP 依赖注入(DI) 和 控制反转(IoC)
- 演进式例解控制反转(IoC)、依赖注入(DI)之二
- 依赖倒置、控制反转和依赖注入(一)
- 每日必读DZone News—IoC(控制反转)与DI(依赖注入)
- php 中的 依赖注入(DI) 和 控制反转(IoC)
- spring.net (1) 概念-控制反转(又名依赖注入)
- Spring的IOC(控制反转)和DI(依赖注入)
- 关于spring的两个概念:IoC(控制反转) ,DI(依赖注入)
- 结合配置文件、反射完善控制反转(IoC)、依赖注入(DI) 推荐
- 控制反转(IOC) 和依赖注入(DI) 的理解
- IOC(inverse of Control)控制反转(依赖注入)思想