5. 抽象工厂方法

抽象工厂方法模式

1. 意图

工厂方法模式解决了简单工厂模式中工厂类职责太重的问题，但由于工厂方法模式中的每个工厂只生产一类产品，可能会导致系统中存在大量的工厂类，势必会增加系统的开销。可考虑将一些相关的产品组成一个“产品族”，由同一个工厂来统一生产

2. 概述

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

• 产品等级结构：产品等级结构即产品的继承结构,即不同工厂同一个产品的不同形态
• 产品族：产品族是指由同一个工厂生产的，位于不同产品等级结构中的一组产品,即同一工厂不同产品

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-l55XBkXE-1597771576394)(img\产品等级结构.jpg)]

3. 结构图

● AbstractFactory（抽象工厂）：它声明了一组用于创建一族产品的方法，每一个方法对应一种产品。
● ConcreteFactory（具体工厂）：它实现了在抽象工厂中声明的创建产品的方法，生成一组具体产品，这些产品构成了一个产品族，每一个产品都位于某个产品等级结构中。
● AbstractProduct（抽象产品）：它为每种产品声明接口，在抽象产品中声明了产品所具有的业务方法。
● ConcreteProduct（具体产品）：它定义具体工厂生产的具体产品对象，实现抽象产品接口中声明的业务方法。

4. java代码实现

/**
*抽象工厂
**/
abstract class AbstractFactory {
	public abstract AbstractProductA createProductA(); //工厂方法一
	public abstract AbstractProductB createProductB(); //工厂方法二
}
/**
*具体工厂1
**/
class ConcreteFactory1 extends AbstractFactory {
    public AbstractProductA createProductA() {
        return new ConcreteProductA1();
    }
    public AbstractProductB createProductB() {
        return new ConcreteProductB1();
    }
}
/**
*具体工厂2
**/
class ConcreteFactory2 extends AbstractFactory {
    public AbstractProductA createProductA() {
        return new ConcreteProductA2();
    }
    public AbstractProductB createProductB() {
        return new ConcreteProductB2();
    }
}
/**
*抽象产品A
**/
class AbstractProductA{
    //公共方法
    public void sameMethod(){    
    }
    //声明抽象方法
    public abstract void diffMethod(); 
}
/**
*具体产品类A1
**/
class ConcreteProductA1 extends AbstractProductA{
    @Overrible
    public void diffMethod(){
    }
}
/**
*具体产品类A2
**/
class ConcreteProductA2 extends AbstractProductA{
    @Overrible
    public void diffMethod(){
    }
}
/**
*抽象产品B
**/
class AbstractProductB{
    //公共方法
    public void sameMethod(){    
    }
    //声明抽象方法
    public abstract void diffMethod(); 
}
/**
*具体产品类B1
**/
class ConcreteProductB1 extends AbstractProductB{
    @Overrible
    public void diffMethod(){
    }
}
/**
*具体产品类B2
**/
class ConcreteProductB2 extends AbstractProductB{
    @Overrible
    public void diffMethod(){
    }
}

5. 优缺点

优点：

• 抽象工厂模式隔离了具体类的生成，使得客户并不需要知道什么被创建。由于这种隔离，更换一个具体工厂就变得相对容易，所有的具体工厂都实现了抽象工厂中定义的那些公共接口，因此只需改变具体工厂的实例，就可以在某种程度上改变整个软件系统的行为。
• 当一个产品族中的多个对象被设计成一起工作时，它能够保证客户端始终只使用同一个产品族中的对象。
• 增加新的产品族很方便，无须修改已有系统，符合“开闭原则”。

缺点：

• 增加新的产品等级结构麻烦，需要对原有系统进行较大的修改，甚至需要修改抽象层代码，这显然会带来较大的不便，违背了“开闭原则”。

6. 使用场景

• 一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节，这对于所有类型的工厂模式都是很重要的，用户无须关心对象的创建过程，将对象的创建和使用解耦。

• 系统中有多于一个的产品族，而每次只使用其中某一产品族。可以通过配置文件等方式来使得用户可以动态改变产品族，也可以很方便地增加新的产品族。

• 产品等级结构稳定，设计完成之后，不会向系统中增加新的产品等级结构或者删除已有的产品等级结构。

• 属于同一个产品族的产品将在一起使用，这一约束必须在系统的设计中体现出来。同一个产品族中的产品可以是没有任何关系的对象，但是它们都具有一些共同的约束，如同一操作系统下的按钮和文本框，按钮与文本框之间没有直接关系，但它们都是属于某一操作系统的，此时具有一个共同的约束条件：操作系统的类型。

7. 与其他模式的关系

• 在许多设计工作的初期都会使用工厂方法模式 （较为简单， 而且可以更方便地通过子类进行定制）， 随后演化为使用抽象工厂模式、 原型模式或生成器模式 （更灵活但更加复杂）。
• 生成器重点关注如何分步生成复杂对象。 抽象工厂专门用于生产一系列相关对象。 抽象工厂会马上返回产品， 生成器则允许你在获取产品前执行一些额外构造步骤。
• 抽象工厂模式通常基于一组工厂方法， 但你也可以使用原型模式来生成这些类的方法。
• 当只需对客户端代码隐藏子系统创建对象的方式时， 你可以使用抽象工厂来代替外观模式。
• 你可以将抽象工厂和桥接模式搭配使用。 如果由桥接定义的抽象只能与特定实现合作， 这一模式搭配就非常有用。 在这种情况下， 抽象工厂可以对这些关系进行封装， 并且对客户端代码隐藏其复杂性。
• 抽象工厂、 生成器和原型都可以用单例模式来实现。

8. Java应用

以下是来自核心 Java 程序库的一些示例：

• javax.xml.parsers.DocumentBuilderFactory#newInstance()
• javax.xml.transform.TransformerFactory#newInstance()
• javax.xml.xpath.XPathFactory#newInstance()

识别方法： 我们可以通过方法来识别该模式——其会返回一个工厂对象。 接下来， 工厂将被用于创建特定的子组件。

ttp://docs.oracle.com/javase/8/docs/api/javax/xml/xpath/XPathFactory.html#newInstance–)

识别方法： 我们可以通过方法来识别该模式——其会返回一个工厂对象。 接下来， 工厂将被用于创建特定的子组件。