工厂模式

• 简单工厂模式
  简单工厂模式（Simple Factory Pattern）是指由一个工厂对象 决定创建出哪一种产品类的实例
  属于创建型模式，但它不属于GOF，23种设计模式。

• 简单工厂适用场景
  工厂类负责创建的对象较少客户，端只需要传入工厂类的参数，对于如何创建对象的逻辑不需要关心。
  例如：Calendar 和 LoggerFactory 都是属于简单工厂模式。工厂模式常和单例模式结合适用。

• 简单工厂的优点
  只需传入一个正确的参数，就可以获取你所需要的对象，无须知道其创建的细节。

• 简单工厂的缺点
  工厂类的职责相对过重，增加新的产品时需要修改工厂类的判断逻辑，违背开闭原则。不易于扩展过于复杂的产品结构。

• 工厂方法模式
  工厂方法模式（Fatory Method Pattern）是指定义一个创建对象的接口，但让实现这个接口的类来决定实例化哪个类，工厂方法让类的实例化推迟到子类中进行。
  属于创建型设计模式。

• 适用场景
  创建对象需要大量重复的代码。客户端（应用层）不依赖于产品类实例如何被创建、实现等细节。一个类通过其子类来指定创建哪个对象。

• 优点
  用户只需关心所需产品对应的工厂，无须关心创建细节。加入新产品符合开闭原则，提高了系统的可扩展性。

• 缺点
  类的个数容易过多，增加了代码结构的复杂度。增加了系统的抽象性和理解难度。

• 抽象工厂
  抽象工厂模式（Abastract Factory Pattern）是指提供一个创建一系列相关或相互依赖对象的接口，无须指定他们具体的类。
  属于创建型设计模式。

• 适用场景
  客户端（应用层）不依赖于产品类实例如何被创建、实现等细节。
  强调一系列相关的产品对象（属于同一产品族）一起使用创建对象需要大量重复的代码。
  提供一个产品类的库，所有的产品以同样的接口出现，从而使客户端不依赖于具体实现。

• 优点
  具体产品在应用层代码隔离，无须关心创建细节，将一个系列的产品族统一到一起创建。

• 缺点
  规定了所有可能被创建的产品集合，产品族中扩展新的产品困难，需要修改抽象工厂的接口。
  增加了系统的抽象性和理解难度。