工厂模式

        简单工厂模式就比较简单，只是将创建对象的过程转交给工厂来进行，工厂通过传入的参数不同，自动的判断创建某具体对象，而这些对象一般都是实现同一接口的系列类，因此可以以接口来命名对象的类型。简单工厂模式主要的好处就是，将创建对象这一可能动态变化的过程移交给了工厂来实现，让代码中更加注重业务逻辑的实现，而不需要对创建对象的动作进行考虑。另外工厂可以复用，别的地方也可能要用到同一工厂。
        工厂方法模式较工厂模式要复杂不少，在《Head First》书中的例子给人的感觉就是用一个模板模式对简单工厂模式进行了一次封装，就是说工厂方法模式中有多个工厂，而这些工厂都继承自同一个类，在这个类里可以定义一个制作流程，具体实现放在具体的工厂类中，这其实就是模板模式，而每个工厂类又是一个简单工厂模式的具体实现，实际就是将创建对象的过程延迟到了子类中进行处理，目的就是解耦创建对象与业务逻辑编程。
        简单来说，使用简单工厂模式，只能处理增加新产品的需求，而且还需要修改工厂类的代码，使用工厂方法模式，可以处理增加新工厂的需求，对处理新产品的需求，也需要对原工厂实现类进行代码修改。
        抽象工厂模式较工厂方法好像要更复杂一些，个人理解就是在工厂方法的基础上进行了对象创建的扩大化，工厂方法模式还是对同一系列产品进行对象创建，而抽象方法模式是对一个产品线的对象进行创建，而产品线中的每一个产品又可以使用工厂方法模式来进行处理，所以抽象工厂模式看上去跟工厂方法模式非常相像，就是因为抽象工厂模式经常使用工厂方法模式来进行个体实现。