简单工厂模式、抽象工厂模式、工厂方法模式，这三种工厂模式都属于设计模式中的创建型模式，它们在形式和特点上也多少有些相似，其最终目的都是帮我们将对象的实例化部分取出来，进而优化系统架构，增强系统的扩展性，也就是说更好的体现开放封闭原则。
简单工厂模式：
概念：
简单工厂模式是类的创建模式，又叫做静态工厂方法模式，是由一个工厂类根据传入的参量决定创建出哪一种产品类的实例，涉及到工厂角色、抽象产品角色以及具体产品角色。
结构图：
分析：
一： 简单工厂类是整个模式的关键所在，包含了必要的逻辑判断，根据给定信息，决定究竟应该创建哪个类的对象。客户端可以免除直接创建产品对象的责任，而仅仅负责消费对象就可以了，这种做法就实现了对职责权利的分割，有利于优化结构。
二：工厂类集中了所有实例的逻辑，违反了高内聚这一原则，它所能创建的类只能是事先考虑好的，如果一旦添加新的类就需要改变工厂类了；同时，当具体产品增 多时，可能就会出现工厂类根据不同的条件创建不同实例的需求，这种对条件的判断和对具体产品类型的判断交错在一起，容易产生错误，对系统的维护和扩展也不 利。这些都在工厂方法模式中得到改善。
工厂方法模式：
概念：
又叫虚拟构造器模式或多态工厂，它先一个用于创建对象的接口，然后让子类决定实例化哪一个类。也就是说工厂方法让一个类的实例化延迟到其子类。
结构图：
分析：
一：在工厂方法模式中，核心的工厂类不再负责所有产品的创建，而是将具体创建工作交给子类去完成，这就允许系统在不修改工厂角色的情况下，创建新的产品。
二：工厂方法模式集中封装了对象的创建，在更换对象时，不要做大的改变就可以实现，降低了客户程序与产品对象的耦合，是简单工厂模式的进一步抽象和推广。
抽象工厂模式：
概念：
提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们的具体类。
结构图：
其中：
AbstractProductA和AbstractProductB是两个抽象产品,它们都有可能有两种不同的实现。
Product1、Product2、Product3、Product4是对两个抽象产品的具体分类的实现。
AbstractFactory抽象工厂接口，包含所有产品的创建的抽象方法。
ConcreteFactory1和ConcreteFactory2是具体工厂，实现生成抽象产品的方法，生成一个具体的产品。
分析：
一：易于交换产品系列，具体工厂类在一个应用中只需要初始化的时候出现一次，这就使改变一个应用的具体工厂变得容易，它只需要改变具体工厂即可使用不同产品配置。
二：让具体的创建实例过程与客户端分离，客户端是通过它们的抽象接口操纵实例，产品具体类名也被具体工厂实现分离，不会出现在客户代码中。
三：对产品的扩展比较麻烦，费力，如果需要增加一个新产品，则要改动几乎所有的工厂类。
类实例图：
简单工厂模式：
工厂方法模式：
抽象工厂模式：
综上比较：
产品族：属于不同产品等级结构，但功能相互关联的产品组成的集合。
简单工厂模式：
生成同一等级中的任何产品
创建工厂,工厂的作用就是创建接口
工厂类包含必要逻辑判断,根据客户端的选择动态实例化相关类
工厂方法:
生成统一等级结构中的固定产品
只有一个抽象产品类,可以派生出多个具体的产品类
每个具体工厂类创建一个具体产品类的实例
把简单工厂的内部逻辑判断移到客户端来实现,若要增加功能,修改客户端代码
客服简单工厂违背的开放封闭原则,保持封装对象创建过程的优点
抽象工厂:
用抽象工厂创建产品
生产不同产品族的全部产品
有多个抽象产品类,每个抽象产品类可以派生出多个具体的产品类
每个具体工厂类创建多个具体产品类的实例