基于不同的情况创建不同的对象，这个过程就不容易了，创建型设计模式（Creational Pattern）对类的实例化过程进行的抽象。
1.简单工厂模式（simple factory pattern）
静态方法工厂模式（static Faictory Pattern）
工厂角色：负责实现创建所有实例的内部逻辑，工厂类可以被外界直接调用，创建所需的产品。
抽象产品角色：简单工厂模式所创建的所有对象的父类。它负责描述所有实例所有共有的公共接口。
具体产品角色：所有创建的对象都是充当这个角色的某个具体类的实例。
优势和缺陷
在简单工厂模式中，工厂类是整个模式的关键所在。它包含必要的判断逻辑，能够根据外界的信息，决定究竟应该创建那个具体类的对象。通过使用工厂类，外界可以从直接创建具体产品对象的尴尬局面中摆脱出来，仅仅需要负责“消费”对象就可以了，而不必管这些对象究竟是如何创建以及如何组织的。这样就明确区分了各自的职责和权力，有利于整个软件体系结构的优化。
应用情景
1. 工厂类负责创建的对象比较少
2. 客户只知道传入工厂类的参数，对于如何创建对象逻辑不关心。
2.工厂方法模式（Factory Method Pattern）：
在简单工厂模式中，一个工厂类处于对产品类进行实例化的中心位置。它知道每一个产品的细节，并决定何时是哪一个产品类的实例化，。简单工厂模式的优点是能够使客户端独立于产品的创建过程，并且在系统中引入新产品时无需对客户端进行修改，缺点是当一个新产品要加入到系统中的时候，必须修改工厂类，以加入必要的处理逻辑。简单工厂模式的致命弱点就是出于核心地位的工厂类，因为一旦它无法确定要对那个类进行实例化，就无法使用该模式。而工厂方法模式则可以很好的解决这一个问题。
产品角色（Product）：定义产品接口
真实产品(ConcreteProduct):实现接口Product的类
工厂角色（Creator）:声明工厂方法，返回一个产品
真实的工厂（ConcreteCreator）:实现工厂方法，有客户调用，放回一个产品的实例
基于工厂角色和产品角色的多态性设计是工厂方法模式的关键。她能够是工厂可以自主确定创建何种产品对象，二如何创建这个对象的细节则完全封装在具体工厂内部。使用工厂方法模式的另一个优点在于系统在加入新产品的时候无需修改抽象工厂类和抽象产品提供的接口，无需修改客户端，也无需修改其他的具体工厂和具体产品，而是只要添加一个具体工厂和具体产品就可以了，这样，系统的可扩展性非常好。
应用情景：
1. 类不知道自己要创建哪一个对象。
2. 类用她的子类来指定创建那个对象
3. 客户需要清楚创建了哪一个对象
抽象工厂模式（Abstract Factory Pattern）:
抽象工厂模式与工厂方法模式的最大区别在于：工厂方法模式针对的是一个产品等级结构，而抽象工厂模式则针对的是多个产品等级结构。正应为如此，抽象工厂模式中经常会用到产品族的概念（Product Family）这一概念，它是指位于不同的产品等级结构中，并且功能相互关联的产品系列。
抽象工厂(AbstractFactory):声明生成抽象产品的方法
具体工厂（ConcreteFactory）:执行生成抽象产品的方法，生成一个具体的产品
抽象产品（AbstractProduct）:为一种产品声明接口
具体产品（ConcretePorduct）:定义一个具体工厂生成的具体抽象的对象，实现产品接口
抽象工厂负责创建不同的有联系的多个产品，不同的抽象工厂创建的产品不同，但产品之间的关系相同。
优势和缺陷：
抽象工厂的模式主要优点是隔离了具体类的生成，使得客户部需要知道什么被创建了，由于这种隔离，更换一个具体工厂就变得相对容易。所有的具体工厂都实现了抽象工厂中定义的那些公共接口，因此朱旭改变具体工厂的实例，就可以再某种程度上改变整个软件系统的行为。使用抽象工厂模式的最大好处是，当一个产品族中的多个对象被设计成一起工作时，她能保证客户端只是使用同一个产品族中的对象。
抽象工厂模式的缺点是，在添加心的产品对象是，难以扩展抽象工厂一边生产心种类的产品。这是因为AbstractFactory接口中贵的那个了所有 可能被创建的产品集合，要支持新种类的产品就意味着要对该接口进行扩展，二者将涉及到AbstractFactory几去所有子类的修改，显然是有小小的不便，但不重要。
应用情景：
1. 系统需要屏蔽有关对象如何创建、如何主旨和如何表示。
2. 系统需要有关联的多个对象来构成。
3. 有关的多个对象需要一起应用并且他们的约束是强迫的（不可分离的）
4. 你想提供一组对象儿不显示他们的实现过程，只是显示他们的接口。
214
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
