抽象工厂模式

抽象工厂模式

为创建一组相关或相互依赖的对象提供一个接口，而且无须制定他们的具体类

1. UML类图

2. 代码实现

//抽象产品类
public abstract class AbstractProductA{
    //每个产品共有的方法
    public void shareMethod(){
    }
    //每个产品相同方法，不同实现
    public abstract void doSomething();
}

//产品A1的实现类
public class ProductA1 extends AbstractProductA{
    public void doSomething(){
        System.out.println("产品A1的实现方法");
    }
}
//产品A2的实现类
public class ProductA2 extends AbstractProductA{
    public void doSomething(){
        System.out.println("产品A2的实现方法");
    }
}

//产品B与此相似

//抽象工厂类
public abstract class AbstractCreator{
    //创建A产品家族
    public abstract AbstractProductA createProductA();
    //创建B产品家族
    public abstract AbstractProductB createProductB();
}

//产品等级1的实现类
public class Creator1 extends AbstractCreator{
    //只生产产品等级为1的A产品
    public AbstractProductA createProductA(){
        return new ProductA1();
    }
    //只生产产品等级为1的B产品
    public AbstractProductB createProductB(){
        return new ProductB1();
    }
}
//产品等级2的实现类
public class Creator2 extends AbstractCreator{
    //只生产产品等级为2的A产品
    public AbstractProductA createProductA(){
        return new ProductA2();
    }
    //只生产产品等级为2的B产品
    public AbstractProductB createProductB(){
        return new ProductB2();
    }
}

3. 具体分析

• AbstractProductA和AbstractProductB是两个抽象产品，是因为他们都有可能有多钟不同的实现，ProductA1、ProductA2和ProductB1、ProductB2就是对两个抽象产品的具体分类（等级）的实现
• 工厂方法模式针对的是一个产品等级结构，而抽象工厂模式针对的是多个产品等级结构。有多少个产品等级结构，就会在工厂角色中发现多少个工厂方法。每一个产品等级结构中有多少个具体的产品，就有多少个产品族，也就会在工厂等级结构中发现多少个具体工厂。
• 就是说，一个工厂类中负责生产不同产品，不同工厂负责生产不同等级的产品

4. 优缺点和使用场景

4.1 优点

• 封装性，只要知道工厂类就可以创建出一个需要的对象，不需要知道产品的实现类是如何的
• 产品族内的约束为非公开状态，产品族内的约束可以在工厂内实现（产品比例问题），产品等级扩展容易

4.2 缺点

产品族扩展困难，违反开闭原则（产品族扩展困难，并非是产品等级）

4.3 使用场景

一个对象组都有相同的约束，例如Linux下的文本编辑器和Windows下的文本编辑器虽然功能和界面都相同，但是代码实现不同，图片处理器也是具有类似情况，也就是具有了共同的约束条件：操作系统。于是我们可以使用抽象工厂模式，产生不同操作系统下的编辑器和图片处理器