设计模式------抽象工厂模式

设计模式------抽象工厂模式

---

前言

抽象工厂模式(Abstract Factory Pattern)：提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们具体的类。抽象工厂模式又称为Kit模式，它是一种对象创建型模式。

---

一、产品簇

       产品族：是指位于不同产品等级结构，功能相关联的产品组成的家族

       图中一共有四个产品族，分布于三个不同的产品等级结构中。只要指明一个产品所处的产品族以及他所属的等级结构，就可以唯一的确定这个产品。

       所谓的抽象工厂是指一个工厂等级结构可以创建出分属于不同产品等级结构的一个产品族中的所有对象。如果用图来描述的化，如下图：

二、UML图

抽象工厂（Abstract Factory）角色：担任这个角色的是工厂方法模式的核心，它是与应用系统商业逻辑无关的。

具体工厂（Concrete Factory）角色：这个角色直接在客户端的调用下船舰产品的实例。这个角色含有选择合适的产品对象的逻辑，而这个逻辑是与应用系统的商业逻辑紧密相关的。

抽象产品（Abstract Product）角色：担任这个角色的类是工厂方法模式所创建的对象的父类，或它们共同拥有的接口。

具体产品（Concrete Product）角色：抽象工厂模式所创建的任何对象都是某一个具体产品类的实例。这是客户端最终需要的东西，其内部一定是充满了应用系统的商业逻辑

三、从“开放-封闭”原则谈优缺点

• “开放－封闭”原则要求系统对扩展开放，对修改封闭。通过扩展达到增强其功能的目的。对于涉及到多个产品族与多个产品等级结构的系统，其功能增加包括两方面：
          增加产品族：Abstract Factory很好的支持 了"开放－封闭"原则。
          增加新产品的等级结构：需要修改所有的工厂角色，没有很好支持“开放－封闭”原则。

• 综合起来，抽象工厂模式以一种倾斜的方式支持增加新的产品，它为新产品族的增加提供方便，而不能为新的产品等级结构的增加提供这样的方便。

四、优点

• 分离接口和实现
• 使得切换产品族变得容易

五、缺点

• 不太容易扩展出新的产品
• 容易造成类层次复杂

六、本质

• 选择产品族的实现

七、应用场景

• 希望一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节时。
• 一个系统有多于一个的产品族，而系统只消费其中某一产品族

八、相关模式

1、工厂方法模式和抽象工厂模式

        这两个模式既有区别，又有联系，可以组合使用。
        工厂方法模式一般针对单独的产品对象创建，而抽象工厂模式注重产品簇对象的创建，这是他们的区别。
        如果把抽象工厂创建的产品簇简化，这个产品簇就只有一个产品，那么这个时候的抽象工厂跟工厂方法是差不多的，也就是抽象工厂可以退化成工厂方法，而工厂方法又可以退化成简单工厂，这是他们的联系。
        在抽象工厂的实现中，还可以使用工厂方法来提供抽象工厂的具体实现，也就是说他们可以组合使用。

2、抽象工厂模式和单例模式

        这两个模式可以组合使用。
        在抽象工厂模式里面，具体的工厂实现，在整个应用中，通常一个产品系列只需要一个实例就可以了，因此可以把具体的工厂实现成为单例。