简单工厂模式指由一个工厂对象来创建实例，客户端不需要关注创建逻辑，只需提供传入工厂的参数。适用于工厂类负责创建对象较少的情况，缺点是如果要增

抽象工厂模式指提供一个创建一系列相关或相互依赖对象的接口，无需指定它们的具体类。客户端不依赖于产品类实例如何被创建和实现的细节，主要用于系统

使用目的：定义一个创建对象的接口，让其子类自己决定实例化哪一个工厂类，工厂模式使其创建过程延迟到子类进行。优点：(1)一个调用者想创建一个对象，只要知道其名称就可以了。(2)扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以(3)屏蔽产品的具体实现，调用者只关心产品的接口。缺点：(1)每次增加一个产品时，都需要增加一个具体类和对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。使用场景：(1) 日志记录器:记录可能记录到本地硬盘、系统事件、远程服务器等，用户可以选择记录日志到什么地方(2)数据库访问，当用户不知道最后系统采用哪一类数据库，以及数据库可能有变化时(3)设计一个连接服务器的框架，需要三个协议,"POP3"、"IMAP"、"HTTP"，可以把这三个作为产品类，共同实现一个接口

抽象工厂模式：通常由工厂方法模式来实现。但一个工厂中往往含有多个工厂方法生成一系列的产品。这个模式强调的是客户代码一次保证只使用一个系列的产品。当要切换为另一个系列的产品，换一个工厂类即可。原型模式：工厂方法的最大缺点就是，对应一个继承体系的产品类，要有一个同样复杂的工厂类的继承体系。我们可以把工厂类中的工厂方法放到产品类自身之中吗？如果这样的话，就可以将两个继承体系为一个。这也就是原型模式的思想，原型模式中的工厂方法为clone，它会返回一个拷贝（可以是浅拷贝，也可以是深拷贝，由设计者决定）。为了保证用户代码中到时可以通过指针调用clone来动态绑定地生成所需的具体的类。这些原型对象必须事先构造好。原型模式想对工厂方法模式的另一个好处是，拷贝的效率一般对构造的效率要高。