【重温设计模式】之003工厂方法模式

【重温设计模式系列源码】

工厂方法模式

基本原理

含义

工厂方法模式又称为工厂模式、多态工厂模式和虚拟构造器模式。
通过定义工厂父类负责定义创建对象的公共接口,而子类则负责生成具体的对象。

解决的问题

即简单工厂模式的缺点
工厂一旦需要生产新产品就需要修改工厂类的方法逻辑,违背了“开放 - 关闭原则

言外意:

工厂标准有了,产品标准有了,要想生产新的商品,需要开辟新的工厂生产新的商品。
虽然解决了简单工厂模式的“开闭原则”问题,但同时增加了额外开销。

简单工厂模式 是一个单一的工厂,如果需要提供新的产品,需要将工厂进行改造,
可以认为需要扩展一条流水线. 资源利用率的把控 凡事皆有度。

组成部分

组成 关系 作用
产品标准 具体产品的父类 描述产品的公共接口
具体产品 产品标准的具体实现类 描述生产的具体产品
工厂标准 具体工厂的父类 描述工厂的公共接口
具体工厂 工厂标准的具体实现类 描述生产的具体产品的工厂

UML类图

【重温设计模式】之003工厂方法模式_第1张图片

使用步骤

  1. 创建产品标准 (描述产品的公共接口)
  2. 创建具体产品类 (描述生产的具体产品)
  3. 创建工厂标准(描述工厂的公共接口)
  4. 创建具体工厂类(描述生产的具体产品的工厂)
  5. 外界通过调用具体工厂类的方法,从而创建不同具体产品类的实例

优点

  • 更符合开-闭原则

新增一种产品时,只需要增加相应的具体产品类和相应的工厂子类即可

  • 符合单一职责原则

每个具体工厂类只负责创建对应的产品

缺点

添加新产品时,除了增加新产品类外,还要提供与之对应的具体工厂类,系统类的个数将成对增加,在一定程度上增加了系统的复杂度;
同时,有更多的类需要编译和运行,会给系统带来一些额外的开销;

虽然保证了工厂方法内的对修改关闭,但对于使用工厂方法的类,如果要更换另外一种产品,仍然需要修改实例化的具体工厂类;

一个具体工厂只能创建一种具体产品

适用场景

  • 当一个类不知道它所需要的对象的类时

在工厂方法模式中,客户端不需要知道具体产品类的类名,只需要知道所对应的工厂即可;

  • 当一个类希望通过其子类来指定创建对象时

在工厂方法模式中,对于抽象工厂类只需要提供一个创建产品的接口,而由其子类来确定具体要创建的对象,
利用面向对象的多态性和里氏代换原则,在程序运行时,子类对象将覆盖父类对象,从而使得系统更容易扩展。

  • 灵活配置

将创建对象的任务委托给多个工厂子类中的某一个,客户端在使用时可以无须关心是哪一个工厂子类创建产品子类,
需要时再动态指定,可将具体工厂类的类名存储在配置文件或数据库中。

总结

尽信书不如无书,任何脱离实际业务的架构都是在耍流氓;
所谓原则,只是为了更好地为我们服务;
具体如何应用需要我们在业务实践中灵活把控。

你可能感兴趣的:(【重温设计模式】之003工厂方法模式)