设计模式中的工厂模式(Factory Pattern)是一种创建型设计模式,它提供了一种创建对象的最佳方式。在工厂模式中,我们创建对象时不会对客户端暴露创建逻辑,并且是通过使用一个共同的接口来指向新创建的对象。工厂模式的主要目的是将对象的实例化延迟到子类中进行,或者通过引入一个工厂类来封装实例化逻辑,以便将实例化过程与客户端代码分离。
工厂模式主要有三种类型:简单工厂模式(Simple Factory Pattern)、工厂方法模式(Factory Method Pattern)和抽象工厂模式(Abstract Factory Pattern)。
1. 简单工厂模式(Simple Factory Pattern)
简单工厂模式也称为静态工厂方法模式,它定义一个工厂类,用于创建多种类的实例。这个类含有一个静态方法,根据传入的参数决定实例化哪一个类的实例。简单工厂模式不属于GOF的23种设计模式之一,但它是最简单的一种工厂模式。
优点:
- 客户端不需要知道它所需要的对象的类。
- 无需修改代码,就可以增加新的产品类(符合开闭原则)。
缺点:
- 工厂类集中了所有产品创建逻辑,一旦不能工作,整个系统都会受到影响。
- 系统扩展困难,一旦添加新产品就不得不修改工厂逻辑,违反了开闭原则。
2. 工厂方法模式(Factory Method Pattern)
工厂方法模式定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法让类的实例化推迟到子类中进行。
优点:
- 用户只需要知道具体工厂的名称就可得到所要的产品,无须知道产品的具体创建过程。
- 系统在新增产品的时候只需要添加具体产品类和对应的具体工厂类,无须修改原有系统类的代码,满足开闭原则。
缺点:
- 每增加一个产品,就需要增加一个具体产品类和一个对应的具体工厂类,这增加了系统的复杂性。
3. 抽象工厂模式(Abstract Factory Pattern)
抽象工厂模式提供一个接口,用于创建相关或依赖对象的家族,而不需要明确指定具体类。抽象工厂模式允许客户使用抽象的接口来创建一组相关的产品,而不需要知道实际产出的具体产品是什么。这样一来,客户就可以从具体的产品中被解耦出来。
优点:
- 可以在类的内部对产品族进行约束,一个具体工厂只能创建一定范围的产品内的产品。
- 增加新的产品族很方便,无须修改已有系统,符合开闭原则。
缺点:
- 产品族扩展非常困难,要增加新的产品族就必须修改抽象工厂接口,增加新的抽象方法和修改所有具体工厂类来实现新方法。
总的来说,工厂模式是一种非常有用的设计模式,它帮助我们在创建对象时解耦客户端代码和对象创建逻辑,提高了系统的灵活性和可扩展性。不同的工厂模式适用于不同的场景,开发者应根据实际需求选择合适的模式。