【设计模式】工厂方法模式 续

工厂方法模式与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对编程最大的改变不是在代码上，而是在思想上，发生了主从换位的变化。有效的分离了对象和它所需要的外部资源，使他们松散耦合，有利于功能服用，更重要的是使得整个体系结构变得非常灵活
• 工厂方法的优点
  • 可以在不知道具体实现的情况下编程
  • 更容易扩展对象的新版本
  • 连接平行的类层次
• 工厂方法的缺点
  • 具体产品对象和工厂方法的耦合性
• 工厂方法的本质：延迟到子类来选择实现
• 工厂方法模式很好的体现了依赖倒置原则——要依赖抽象，不要依赖于具体类
• 何时选用工厂方法
  • 如果一类需要创建某个接口对象，但是又不知道具体的实现，这种情况可以选用工厂方法模式，把创建对象的工作延迟到子类中去实现
  • 如果一个类本身就希望由它的子类来创建所需的对象的时候，应该使用工厂方法模式