简单工厂模式概述
- 定义:定义一个工厂类,它可以根据参数的不同返回不同类的实例,被创建的实例通常都具有共同的父类。
- 在简单工厂模式中用于被创建实例的方法通常为静态方法,因此简单工厂模式又被称为静态工厂方法(Static Factory Method)。
- 需要什么对象,只需要传入一个正确的参数,就可以获取所需要的对象,而无需知道其实现过程
举例:有一家披萨店,当客户需要某种披萨并且这家店里也能做的时候,就会为其提供所需要的披萨。在这个时候,披萨店就可以看作是工厂(Factory),而生产出来的披萨被称为产品(Product),披萨的名称则为参数,工厂可以根据参数的不同返回不同的产品,这就是简单工厂模式。(简单工厂模式是不属于GoF中的一种设计模式)
优点和缺点
优点
工厂类包含必要的逻辑判断,可以决定在什么时候创建哪一个产品的实例。客户端可以免除直接创建产品对象的职责,很方便的创建出相应的产品。工厂和产品的职责区分明确。
- 客户端无需知道所创建具体产品的类名,只需知道参数即可。
也可以引入配置文件,在不修改客户端代码的情况下更换和添加新的具体产品类。
缺点
简单工厂模式的工厂类单一,负责所有产品的创建,职责过重,一旦异常,整个系统将受影响。且工厂类代码会非常臃肿,违背高聚合原则。
- 使用简单工厂模式会增加系统中类的个数(引入新的工厂类),增加系统的复杂度和理解难度
- 系统扩展困难,一旦增加新产品不得不修改工厂逻辑,在产品类型较多时,可能造成逻辑过于复杂
- 简单工厂模式使用了 static 工厂方法,造成工厂角色无法形成基于继承的等级结构。
应用场景
对于产品种类相对较少的情况,考虑使用简单工厂模式。使用简单工厂模式的客户端只需要传入工厂类的参数,不需要关心如何创建对象的逻辑,可以很方便地创建所需产品。
模式的结构与实现
简单工厂模式的主要角色如下:
简单工厂(SimpleFactory):是简单工厂模式的核心,负责实现创建所有实例的内部逻辑。工厂类的创建产品类的方法可以被外界直接调用,创建所需的产品对象。
抽象产品(Product):是简单工厂创建的所有对象的父类,负责描述所有实例共有的公共接口。封装了产品对象的公共方法,所有的具体产品为其子类对象。
具体产品(ConcreteProduct):是简单工厂模式的创建目标。所有被创建的对象都是某个具体类的实例。它要实现抽象产品中声明的抽象方法(有关抽象类)
