工厂模式

工厂模式分类

  • 简单工厂模式
  • 工厂方法模式
  • 抽象工厂模式

工厂模式的优点

  • 解耦:将对象的创建和使用进行分离
  • 可复用:对于创建过程比较复杂且在很多地方都使用到的对象,通过工厂模式可以提高对象创建的代码的复用性。
  • 降低成本:由于复杂对象通过工厂进行统一管理,所以只需要修改工厂内部的对象创建过程即可维护对象,从而达到降低成本的目的。

简单工厂模式

  • 简单工厂模式本身是违背开闭原则的,虽可通过反射+配置文件解决,但总体来说不友好。

何时使用简单工程模式?

  • 需要创建的对象少
  • 客户端不需要关注对象的创建过程

优点

  • 调用者想创建一个对象,只需要知道其名称即可

缺点

  • 违背开闭原则,每增加一个对象都需要修改工厂类。

总结

  • 简单工厂模式代码简单,虽有多处if分支且违背开闭原则,但扩展性和可读性尚可,这样的代码在大多数情况下并无问题。

工厂方法模式

  • 简单工厂模式违背了开闭原则,而工厂方法模式则是简单工厂模式的进一步深化,其不像简单工厂模式通过一个工厂来完成所有对象的创建,而是通过不同的工厂来创建不同的对象,每个对象有对应的工厂创建。

何时使用工厂方法模式?

  • 一个类不需要知道所需对象的类,只需要知道具体类对应的工厂类。
  • 一个类通过其子类来决定创建哪个对象,工厂类只需提供一个创建对象的接口。
  • 将创建对象的任务委托给具体工厂,也可以动态指定由哪个工厂的子类创建。

简单工厂模式和工厂方法模式对比

  • 当对象的创建过程比较复杂,需要组合其他类对象做各种初始化操作时,推荐使用工厂方法模式,将复杂的创建逻辑拆分到多个工厂类中使得每个工厂类不过于复杂。而使用简单工厂模式则会将所有的创建逻辑都放到一个工厂类,会导致工厂类过于复杂。

优点

  • 调用者想创建一个对象,只需要知道其名称即可。
  • 扩展性高,如果增加一个类,只需要扩展一个工厂类。
  • 对调用者屏蔽对象具体实现,调用者只需要关注接口。

缺点

  • 当增加一个具体类时,需要增加其对应的工厂类,在一定程度上增加了系统的复杂度。

抽象工厂模式

  • 抽象工厂模式是对工厂方法模式的进一步深化。在工厂方法模式中,工厂仅可创建一种对象;然而,在抽象工厂模式中,工厂不仅可创建一种对象,还可创建一组对象

何时使用抽象工厂模式?

  • 需要一组对象完成某种功能或多组对象完成不同的功能。
  • 系统稳定,不会额外增加对象

优点

  • 扩展性高,可通过一组对象实现某个功能

缺点

  • 一旦增加就需要修改原有代码,不符合开闭原则,所以尽可能用在不需要修改的场景。