工厂方法模式与IoC/DI
- IoC Inversion of Control 控制反转
- DI Dependency Injection 依赖注入
- 对于IoC/DI的问题
- 参与者都有谁:一般都有三方参与者,一个是某个对象;另一个是IoC/DI的容器;还有一个是某个对象的外部资源
- 都依赖于谁:某个对象依赖于IoC/DI的容器
- 为什么需要依赖:对象需要IoC/DI的容器来提供对象需要的外部资源
- 谁注入于谁:IoC/DI的容器注入某个对象
- 到底注入什么:注入某个对象所需要的外部资源
- 谁控制谁:IoC/DI的容器控制对象
- 控制什么:控制对象实例的创建
- 为何叫反转:通常要在A中调用C,需要先创建C,再在A中主动去获取需要的外部资源C,这种被称为正向的,反向的则是A不再主动去获取C,而是被动等待,等待IoC/DI容器获取一个C实例,然后再反向的注入到A中
- 依赖注入和控制反转是同一概念吗?
- 依赖注入和控制反转是对同一件事情的不同描述
- 依赖注入:应用程序依赖容器创建并注入它所需要的外部资源
- 控制反转:容器控制应用程序,又容器反向的向应用程序注入其所需要的外部资源
- 小结:其实Ioc/DI对编程最大的改变不是在代码上,而是在思想上,发生了
主从换位
的变化。有效的分离了对象和它所需要的外部资源,使他们松散耦合
,有利于功能服用
,更重要的是使得整个体系结构变得非常灵活 - 工厂方法的优点
- 可以在不知道具体实现的情况下编程
- 更容易扩展对象的新版本
- 连接平行的类层次
- 工厂方法的缺点
- 具体产品对象和工厂方法的耦合性
- 工厂方法的本质:延迟到子类来选择实现
- 工厂方法模式很好的体现了
依赖倒置原则
——要依赖抽象,不要依赖于具体类
- 何时选用工厂方法
- 如果一类需要创建某个接口对象,但是又不知道具体的实现,这种情况可以选用工厂方法模式,把创建对象的工作延迟到子类中去实现
- 如果一个类本身就希望由它的子类来创建所需的对象的时候,应该使用工厂方法模式