原文地址 http://blog.csdn.net/qq_25806863/article/details/68063060
在上一篇的工厂模式中中,工厂生产出来的产品都是实现同一个接口或继承同一个抽象类的。而有时候工厂可以生产出不是同一个接口或抽象类的产品,也就是说生产出来的产品是不确定的,就是抽象工厂了。
简书地址
定义
为创建一组相关或相互依赖的对象提供一个接口,而无需指定他们的具体类。
使用场景
适用于当一组产品族之间有互相约束的时候。它的起源就来与这种模式,期初是解决不同操作系统的图形化解决方案。Windows和Linux是两个系统,可以看出两个产品族,但里面的按钮和文本要统一风格,他们有个字的产品等级。这就有了约束。
由上面可以看出UML图了
AbstractFactory:抽象工厂角色,声明了一组用于创建一种产品的方法,每个方法对应生产一种产品,上面生成产品A和B。
ConcreteFactory:具体工厂角色,实现了抽象工厂中定义的创建产品的方法,生成一组具体的产品,每一个产品又位于某个产品等级中。
AbstractProduct:抽象产品角色,定义了每种产品应有的方法
ConcreteProduct:具体的产品角色,具体了工厂生产的具体独享,实现抽象产品中声明的方法。
模板
抽象工厂:
public abstract class AbstractFactory {
public abstract AbstractProductA createProductA();
public abstract AbstractProductB createProductB();
}
具体的工厂1和2
public class ConcreteFactory1 extends AbstractFactory {
@Override
public AbstractProductA createProductA() {
return new ConcreteProductA1();
}
@Override
public AbstractProductB createProductB() {
return new ConcreteProductB1();
}
}
public class ConcreteFactory2 extends AbstractFactory {
@Override
public AbstractProductA createProductA() {
return new ConcreteProductA2();
}
@Override
public AbstractProductB createProductB() {
return new ConcreteProductB2();
}
}
抽象的产品A和B
“`
public abstract class AbstractProductA {
public abstract void method();
}
public abstract class AbstractProductB {
public abstract void method();
}
具体的产品A1,A2,B1,B2
public class ConcreteProductA1 extends AbstractProductA {
@Override
public void method() {
System.out.println(“产品A1的方法”);
}
}
public class ConcreteProductA2 extends AbstractProductA {
@Override
public void method() {
System.out.println(“产品A2的方法”);
}
}
public class ConcreteProductB1 extends AbstractProductB {
@Override
public void method() {
System.out.println(“产品B1的方法”);
}
}
public class ConcreteProductB2 extends AbstractProductB {
@Override
public void method() {
System.out.println(“产品B2的方法”);
}
}
# 简单实现
还是以车为例,上一次的奥迪用工厂模式生产了Q3,Q7,但是他们的零件又有差别,Q3的发动机是国产的,轮胎是铁的。Q7的发动机是外国的,轮胎是塑料的。不同的轮胎,不同的发动机,都也是一种产品类型,这时候就能用抽象产品模式:
汽车首先由生产轮胎,发动机,然后组装成汽车。
抽象的工厂类声明要生产两种产品:
public abstract class CarFactory {
public abstract ITire createTire();
public abstract IEngine createEngine();
}
轮胎类:
interface ITire {
void tire();
}
public class FerricFTire implements ITire {
@Override
public void tire() {
System.out.println(“铁轮胎”);
}
}
public class PlasticTire implements ITire {
@Override
public void tire() {
System.out.println(“塑料轮胎”);
}
}
引擎类:
interface IEngine {
void engine();
}
public class DomesticEngine implements IEngine {
@Override
public void engine() {
System.out.println(“国产引擎”);
}
}
public class ImportIEngine implements IEngine {
@Override
public void engine() {
System.out.println(“进口引擎”);
}
}
具体工厂类
public class Q3Factory extends CarFactory {
@Override
public ITire createTire() {
return new FerricFTire();
}
@Override
public IEngine createEngine() {
return new DomesticEngine();
}
}
public class Q7Factory extends CarFactory {
@Override
public ITire createTire() {
return new PlasticTire();
}
@Override
public IEngine createEngine() {
return new ImportIEngine();
}
}
客户端调用:
public class Client {
public static void main(String[] args) {
CarFactory Q3 = new Q3Factory();
Q3.createEngine().engine();
Q3.createTire().tire();
System.out.println(“===”);
CarFactory Q7 = new Q7Factory();
Q7.createEngine().engine();
Q7.createTire().tire();
}
}
输出:
国产引擎
铁轮胎
进口引擎
塑料轮胎
“`
总结
抽象工厂模式用的并不多,它和简单工厂和工厂模式的行为很相近,一般在开发中用工厂模式就可以解决问题。而且这几种模式之间可以很隐晦的转换,所以在用的时候不用特别在意是哪一种工厂模式,只要能达到解耦的目的就行
优点
- 也是实现了解耦,客户按抽象工厂进行生产,不需要知道具体的实现是谁。
- 但是在产品等级上加了一个约束,便于管理。
缺点
要新家一个产品的时候要改动非常多的对象,而且要新增一大堆的文件。因为每增加一个产品都要修改抽象类,所以他的实现类也要进行相应的修改。