# 简单工厂模式 (Simple Factory Pattern)
我们把被创建的对象成为 “产品”, 把创建产品的对象成为 “工厂”. 如果要创建的产品不多,只要一个工厂类就可以完成,这种模式叫 “简单工厂模式”
再简单工厂模式中创建实力的方法通常为静态 (static) 方法,因此简单工厂模式又叫做静态工厂方法模式
简单工厂模式的优点 :
- 工厂类包含必要的逻辑判断,可以决定在什么时候创建哪一个产品的实例,客户端可以免除直接创建产品对象的职责,很方便的创建出相应的产品。工厂和产品的职责区分明确
- 客户端无需知道所创建具体产品的类名,只需知道参数即可
- 也可以引入配置文件,在不修改客户端代码的情况下更换和添加新的具体产品类
简单工厂模式的缺点 :
- 简单工厂模式的工厂类单一,负责所有产品的创建,职责过重,一旦异常,整个系统将收到影响,且工厂类代码会非常臃肿,违背高聚合原则
- 使用简单工厂模式会增加系统中类的个数 (引入新的工厂类), 增加系统的复杂度和理解难度
- 系统扩展困难,一旦增加新产品不得不修改工厂逻辑,在产品类型较多时,可能造成逻辑过于复杂
- 简单工厂模式使用了 static 工厂发发,造成工厂角色无法形成基于继承的等级结构
# 模式的结构与实现
简单工厂模式的主要角色如下 :
- 简单工厂:是简单工厂模式的核心,负责实现创建所有实例的内部逻辑。工厂类的创建产品类的方法可以被外界直接调用,创建所需的产品对象
- 抽象产品:是简单工厂创建的所有对象的父类,负责描述所有实例的共有的公共接口
- 具体产品:是简单工厂模式的创建目标

