总述
工厂模式能够有效地解决耦合问题，能够让你独立地创建对象。
new意味着一个具体的对象，那意味着实现，也意味着不是面向接口编程。
具体的对象意味着它是确定，同时说明如果你想扩展和改变，你就极有可能改变原有的代码。
面向接口编程，其实面对的是抽象的功能，它本来就是不确定的，所以它具有灵活性。但是具体的对象就是死的了，完全不具备灵活性。这就无法适应变化的需求。
在实际的程序中可能需要创建很多不同的对象，而这些对象根据不同的情景而有不同的创建情况，这样情景一有变化就必须更改要创建的对象的种类和数量，这是不符合原则，不科学的啊！那么工厂模式的目的就是要把创建各种不同数量和类型对象的过程封装成创建一个对象的过程。
简单工厂模式
简单的工厂模式中创建对象的过程并不是通过构造函数而是通过一个自定义的创建函数实现的，该函数内部罗列了所有可能涉及到的对象的创建过程。
如果创建对象的方法是静态的，那么该工厂模式被称为静态工厂模式，它的好处是你不用创建对象实例，因为静态方法只能操作静态成员，而静态成员并不是类创建的。它的坏处是你继承不了这个静态创建函数，因为静态函数和静态成员与类无关，同时你也改变不了这个创建函数的具体行为。
简单工厂模式并不是真正的设计模式，而是个编程用法，同时它的可扩展性和灵活性很差，只适用于简单场景。
简单工厂模式(一)
简单工厂模式(二)
PzzaStore工厂
真正的工厂方法是一个抽象的方法，它能在运行期动态地判断应该生产哪种类型的对象，很显然这个抽象的工厂方法是交给子类实现的。工厂模式有很多个子类用来产生不同类型的对象。
工厂方法是一个中间层，它隔绝了具体代码实现与用户的调用，因此用户不用关心具体的对象生产细节，他只需要关心怎么用就行了。
用户真正能够调用的只有一个接口，这个接口调用的是这个抽象的工厂方法。
工厂模式通过让子类决定对象如何被创建，并且它封装了对象创建的过程，P143展示了工厂模式的类图设计。
子类负责创建具体的对象，并且被称为创建器。
工厂模式
优点
工厂方法只不过是提供了产品的制作标准和方法，而产品的生产则是大量的，重复性的对象的生成，这两者是不同的。
工厂模式的官方定义
它定义了一个创建对象的接口，它让子类决定对象如何被创建，它让类的实例化推迟到子类。
P146的类图设计简单地展示了工厂模式的架构，其中Product是面向客户的接口，而其他的都是实现的细节。
工厂模式的优点
它可以做到松散耦合。因为创建方法是抽象的，与具体的对象无关，对象的具体创建过程是交由子类实现的，因此单个子类的改变不影响其他子类的实现。
Dependency Inversion Principle
依赖倒置原则——依赖于抽象，不要依赖于具体的类。
这个原则说的是高层次的组件不要依赖于低层次的组件，它们都应该依赖于抽象。
所谓高层次通常是指它是由低层次组件构成的。
这个倒置是与你的思维方式有关的，而不是软件设计。一般人的想法通常是从具体的对象再到抽象，而这个原则是先抽象再到具体的对象，因而称之为倒置。
A few guidelines to help you follow the Principle...
但凡用到这个原则的设计都应该具有如下特征：
- 没有指向任何具体类的变量。
- 具体的类没有子类。
- 子类的方法不应该重写父类的方法。
这些只不过是你应该努力去做到的，而不是强制性的规定。
抽象工厂模式
在不指定具体类的情况下，通过提供一个接口，为相关的和具有依赖关系的对象创建族。
它能更深度地解耦合。
P168的类图看着有点乱。与用户相关的只是抽象的接口，具体工厂由各种具体产品组成，抽象的工厂和抽象的产品无关。
抽象工厂模式
工厂模式和抽象工厂模式的区别
工厂模式使用类来创建，而抽象工厂模式使用对象。
工厂模式通过继承来创建对象，而抽象工厂模式使用的是对象的复合。
使用工厂模式意味着你要继承某类并且要重写工厂方法，子类负责实现具体的类型。而抽象工厂模式中子类是抽象的类型，它规定了对象应该如何组织创建，然后再由具体的子类来创建对象的各个部分。
对于抽象工厂模式而言，如果需求有改动，它就必须要修改接口，因为它生产的是一整套对象。而工厂模式没有这个必要，因为它只生产一个产品。
抽象工厂面向的是一整套对象的创建过程。
从P173中的类图可以看出来抽象工厂模式中对象的每个部分也都是用工厂模式实现的。
