【重温设计模式】之003工厂方法模式
工厂方法模式
基本原理
含义
工厂方法模式又称为工厂模式、多态工厂模式和虚拟构造器模式。
通过定义工厂父类负责定义创建对象的公共接口，而子类则负责生成具体的对象。
解决的问题
即简单工厂模式的缺点
工厂一旦需要生产新产品就需要修改工厂类的方法逻辑，违背了“开放 - 关闭原则
言外意：
工厂标准有了，产品标准有了，要想生产新的商品，需要开辟新的工厂生产新的商品。
虽然解决了简单工厂模式的“开闭原则”问题，但同时增加了额外开销。
简单工厂模式 是一个单一的工厂，如果需要提供新的产品，需要将工厂进行改造，
可以认为需要扩展一条流水线. 资源利用率的把控 凡事皆有度。
组成部分
| 组成 | 关系 | 作用 |
|---|---|---|
| 产品标准 | 具体产品的父类 | 描述产品的公共接口 |
| 具体产品 | 产品标准的具体实现类 | 描述生产的具体产品 |
| 工厂标准 | 具体工厂的父类 | 描述工厂的公共接口 |
| 具体工厂 | 工厂标准的具体实现类 | 描述生产的具体产品的工厂 |
UML类图
使用步骤
- 创建产品标准 （描述产品的公共接口）
- 创建具体产品类 （描述生产的具体产品）
- 创建工厂标准（描述工厂的公共接口）
- 创建具体工厂类（描述生产的具体产品的工厂）
- 外界通过调用具体工厂类的方法，从而创建不同具体产品类的实例
优点
- 更符合开-闭原则
新增一种产品时，只需要增加相应的具体产品类和相应的工厂子类即可
- 符合单一职责原则
每个具体工厂类只负责创建对应的产品
缺点
添加新产品时，除了增加新产品类外，还要提供与之对应的具体工厂类，系统类的个数将成对增加，在一定程度上增加了系统的复杂度；
同时，有更多的类需要编译和运行，会给系统带来一些额外的开销；
虽然保证了工厂方法内的对修改关闭，但对于使用工厂方法的类，如果要更换另外一种产品，仍然需要修改实例化的具体工厂类；
一个具体工厂只能创建一种具体产品
适用场景
- 当一个类不知道它所需要的对象的类时
在工厂方法模式中，客户端不需要知道具体产品类的类名，只需要知道所对应的工厂即可；
- 当一个类希望通过其子类来指定创建对象时
在工厂方法模式中，对于抽象工厂类只需要提供一个创建产品的接口，而由其子类来确定具体要创建的对象，
利用面向对象的多态性和里氏代换原则，在程序运行时，子类对象将覆盖父类对象，从而使得系统更容易扩展。
- 灵活配置
将创建对象的任务委托给多个工厂子类中的某一个，客户端在使用时可以无须关心是哪一个工厂子类创建产品子类，
需要时再动态指定，可将具体工厂类的类名存储在配置文件或数据库中。
总结
尽信书不如无书，任何脱离实际业务的架构都是在耍流氓；
所谓原则，只是为了更好地为我们服务；
具体如何应用需要我们在业务实践中灵活把控。
