创建模式-----Creation Pattern
创建模式是对类实例化过程的抽象。
一些系统在创建对象的时候需要动态的决定怎样创建对象、创建哪些对象、以及如何组合，表示这些对象。创建模式描述了怎样构造和封装这些动态的决定。
创建模式又分类的创建模式和对象的创建模式。
l 类的创建模式：类的创建模式使用继续关系，把类的创建延迟到子类，从而封装了客户端将得到哪些具体类的信息，并隐藏了这些类的实例是如何被创建的和放在一起的。、
l
对象的创建模式：对象的创建模式则把对象的创建过程动态的委派给另一个对象，从而动态的决定客户端将得到哪些具体类的实例，以及这些类实例如何被创建和组合在一起。
工厂模式
工厂模式负责将大量有共同接口的类实例化。工厂模式可以决定将哪一个类实例化，不必事先知道每次要实例化哪一个类。
工厂模式的几种形态：
简单工厂模式。又称静态工厂模式。
工厂方法模式。Factory Method，又称多态工厂或虚拟构造子模式（Virtual ConstrUCtor）。
抽象工厂模式。Abstract Factory，又称工具箱（Kit或ToolKit）模式。
抽象产品
简单工厂模式设计到的角色：
1. 工厂类（creator）角色：这个角色是工厂模式的核心，它含有于应用紧密相关的商业逻辑。工厂类在客户端的调用下创建产品对象，它往往又一个具体的Java类实现。
2. 抽象产品（Abstract Product）角色：它为具体产品提供了一个共同的接口（类型）。是工厂方法的返回类型。
3. 具体产品（Concrete Product）角色：工厂方法所创建的对象都是它的实例。
简单工厂模式的特征：静态方法返回对象实例。
抽象产品
具体产品
简单工厂模式的其它类图：
l 这一种比较极端：！java类库中也有
l 大量实例.退化的简单工厂模式。
l
第二种：工厂角色和抽象产品合并。
单态模式和多态模式的构造函数都是私有的---对外不提供直接实例化的功能，它们都有自己的静态的工厂方法，提供自身的实例。
当单态模式和多态模式使用一个集合来存储自己创建的对象，以便通过查询这个集合来得到创建的对象时，就成了备忘录模式的应用。
MVC模式。MVC模式并不是严格意义上的设计模式，而是更高层次上的构架模式。MVC模式可以分解成几个设计模式的组合，包括合成模式、策略模式、观察者模式，也有可能包括装饰模式、调停者模式、迭代子模式以及工厂方法模式等。
简单工厂模式说创建的对象往往属于一个产品等级结构，这个产品的等级结构可是使MVC模式中的视图（View），而工厂角色本身可以使控制器（Controller）。
AbstractView
View
View
Controller
简单工厂模式使用静态工厂方法，而静态方法无法由子类继续，因此工厂角色无法形成给予继续的等级结构。这一缺点在工厂模式中得到了解决。
简单工厂模式中工厂角色是该系统的要害角色。它关系了系统的命运，也集中了所有的逻辑。这使得系统在将来进行功能拓展时变得异常复杂。
简单工厂模式对“开闭”原则支持不够。当产品角色的类功能拓展时，该模式完全支持。但当有新的产品角色加入时，就不得不修改工厂角色来适应了。它在有限程度上支持“开闭”原则。
工厂方法返回抽象产品类型的做法称作“针对抽象编程”。这是依靠倒转原则的应用。这样做是利用具体产品类的超类型将它的真实类型隐藏起来，其好处是为系统提供了可拓展性。假如将来有新的具体产品类加入到系统中来，那么工厂类可以将其交给客户端对象换成新的子类实例，而对客户端没有影响。
工厂方法模式是定义一个工厂角色的接口，将世纪的创建工作推迟到工厂角色的子类去完成。
在工厂方法模式中核心的工厂类不再负责所有产品的创建，而是讲具体的创建工作交给子类去完成。这个核心类变成了抽象工厂角色。抽象工厂角色仅给出具体工厂角色必须实现的接口，而不去接触哪一个产品类应当被实例化这样的细节。
这种进一步抽象的结果使得工厂方法模式答应系统在不修改具体工厂角色的情况下引进新产品。
工厂方法模式的基本类图：
Abstract Factory
Concrete Factory
P--interface
P--concrete
create
工厂模式的角色：
l 抽象工厂(Abstract Factory)角色：这个角色使工厂模式的核心，它与应用程序无关。可以由接口或抽象类担任。
l 具体工厂（Concrete Factory）角色：担任这个角色的类是实现了抽象工厂的接口的具体类。具体工厂角色含有与应用密切相关的逻辑，并且受到应用程序的调用以创建对象。
l 抽象产品角色：工厂方法模式说创建的对象的父类型，也就是具体产品的共同接口。
l 具体产品角色：这个角色思想了抽象产品角色所声明的接口。工厂方法所创建的的每一个对象都是某个具体产品角色的实例。
