ONE、简单工厂模式（静态工厂模式）

一、介绍

简单工厂模式是属于创建型模式，是工厂模式的一种。简单工厂模式是由一
个工厂对象决定创建出哪一种产品类的实例。简单工厂模式定义了一个创建对象的类，由这个类来封装实例化对象的行为(代码)。在软件开发中，当我们会用到大量的创建某种、某类或者某批对象时，就会使用到工厂模式.

• 将“类实例化的操作”与“使用对象的操作”分开，让使用者不用知道具体参数就可以实例化出所需要的“产品”类，从而避免了在客户端代码中显式指定，实现了解耦。

二、实现方法

直接贴几篇讲的比较清楚的文章吧

• 简单工厂模式（SimpleFactoryPattern）- 最易懂的设计模式解析
• 设计模式 - 简单工厂模式

public class VendorFactory {
    // 这里提供了一个静态方法供外部调用，所以叫静态工厂模式
    public static IVender createVendor(String type) {
        switch (type) {
            case "A":
                return new VendorA();
            case "B":
                return new VendorB();
            default:
                throw new RuntimeException("供应商不存在");
        }
    }
}
public class Client {
    public static void main(String[] args) {
        String type = "A";
        IVender iVender = VendorFactory.createVendor(type);
        iVender.order();
    }
}

三、总结

• 使用简单工厂模式可以将产品的“消费”和生产完全分开，客户端只需要知道自己需要什么产品，如何来使用产品就可以了，具体的产品生产任务由具体的工厂类来实现。工厂类根据传进来的参数生产具体的产品供消费者使用。这种模式使得更加利于扩展，当有新的产品加入时仅仅需要在工厂中加入新产品的构造就可以了。
• 工厂类含有必要的判断逻辑，可以决定在什么时候创建哪一个产品类的实例，客户端可以免除直接创建产品对象的责任，而仅仅“消费”产品；简单工厂模式通过这种做法实现了对责任的分割，它提供了专门的工厂类用于创建对象
• 客户端无须知道所创建的具体产品类的类名，只需要知道具体产品类所对应的参数即可，对于一些复杂的类名，通过简单工厂模式可以减少使用者的记忆量。
• 系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，在产品类型较多时，有可能造成工厂逻辑过于复杂，不利于系统的扩展和维护。所以说从工厂的角度来说简单工厂模式是不符合“开-闭”原则的。
  
  

  ---

TWO、工厂方法模式

一、介绍

现在对简单工厂模式进行修改，不再设计一个工厂类来统一负责所有产品的创建，而是将具体产品的创建过程交给专门的工厂子类去完成。
我们先定义一个抽象的工厂类，再定义具体的工厂类来生产不同的子类产品，它们实现在抽象工厂类中定义的方法。
这种抽象化的结果使这种结构可以在不修改具体工厂类的情况下引进新的产品，如果出现新的产品类型，只需要为这种新类型的产品创建一个具体的工厂类就可以获得该实例，这一特点无疑使得工厂方法模式具有超越简单工厂模式的优越性，更加符合“开闭原则”。

二、实现方法

直接贴几篇讲的比较清楚的文章吧

• 工厂方法模式(Factory Method Pattern)

• 工厂方法模式（Factory Method）-最易懂的设计模式解析

• 使用步骤
  步骤1： 创建抽象工厂类，定义具体工厂的公共接口；
  步骤2： 创建抽象产品类 ，定义具体产品的公共接口；
  步骤3： 创建具体产品类（继承抽象产品类） & 定义生产的具体产品；
  步骤4：创建具体工厂类（继承抽象工厂类），定义创建对应具体产品实例的方法；
  步骤5：外界通过调用具体工厂类的方法，从而创建不同具体产品类的实例

三、总结

• 工厂方法模式是简单工厂模式的进一步抽象和推广。由于使用了面向对象的多态性，工厂方法模式保持了简单工厂模式的优点，而且克服了它的缺点。在工厂方法模式中，核心的工厂类不再负责所有产品的创建，而是将具体创建工作交给子类去做。这个核心类仅仅负责给出具体工厂必须实现的接口，而不负责哪一个产品类被实例化这种细节，这使得工厂方法模式可以允许系统在不修改工厂角色的情况下引进新产品。
• 在添加新产品时，需要编写新的具体产品类，而且还要提供与之对应的具体工厂类，系统中类的个数将成对增加，在一定程度上增加了系统的复杂度，有更多的类需要编译和运行，会给系统带来一些额外的开销。由于考虑到系统的可扩展性，需要引入抽象层，在客户端代码中均使用抽象层进行定义，增加了系统的抽象性和理解难度，且在实现时可能需要用到DOM、反射等技术，增加了系统的实现难度。
• 虽然保证了工厂方法内的对修改关闭，但对于使用工厂方法的类，如果要更换另外一种产品，仍然需要修改实例化的具体工厂类；一个具体工厂只能创建一种具体产品
  
  

  ---

THREE、抽象工厂模式

一、介绍

工厂方法模式的工厂是创建出一种产品，而抽象工厂是创建出一类产品

二、实现方法

直接贴几篇讲的比较清楚的文章吧

• 简单工厂模式、工厂方法模式和抽象工厂模式有何区别？
• 抽象工厂模式（Abstract Factory）- 最易懂的设计模式解析

三、总结

• 设计模式 - 工厂三兄弟
• 创建对象实例时，不要直接 new 类, 而是把这个new 类的动作放在一个工厂的方法
  中，并返回。变量不要直接持有具体类的引用。
• 不要让类继承具体类，而是继承抽象类或者是实现interface(接口)
• 不要覆盖基类中已经实现的方法。