前言
抽象工厂模式，也是创建型设计模式之一。我们可以联想一下现实生活中的工厂肯定都是具体的，也就是说每个工厂都会生产某一种具体的产品，那么抽象工厂意味着生产出来的产品是不确定的，那这岂不是很奇怪？抽象工厂模式起源于以前对不同操作系统的图形化解决方案，如不同操作系统中的按钮和文本框控件其实现不同，展示效果也不一样，对于每一个操作系统，其本身就构成一个产品类，而按钮与文本框控件也构成一个产品类，两种产品类两种变化，各自有自己的特性，如Android中的Button和TextView，iOS中的Button和TextView，Window Phone中的Button和TextView等。
定义
为创建一组相关或者是相互依赖的对象提供一个接口，而不需要指定它们的具体类。
抽象工厂方法简单实现
我们以小民的车厂为例阐述了工厂方法模式（工厂方法模式），但是，后来小民发现一个问题，虽然Q3、Q5、Q7都是一个车系，但是三者之间的零部件差别却是很大，就拿Q3和Q7来说，Q3使用的发动机是国产的，而Q7则是原装进口的；Q3轮胎是普通的轮胎，而Q7则使用的是全尺寸越野轮胎；还有Q3使用的是比较普通的制动系统，而Q7则使用的是制动性能极好的制动系统。Q3、Q5、Q7对应的是一系列车，而发动机、轮胎、制动系统则对应的是一系列零部件，两者是两种不同的产品类型，这时候就可以将抽象工厂模式应用到其中，首先，汽车工厂需要生产轮胎、发动机、制动系统这3种部件。
// 抽象车厂类
public abstract class CarFactory {
/**
* 生产轮胎
*/
public abstract ITire createTire();
/**
* 生产发动机
*/
public abstract IEngine createEngine();
/**
* 生产制动系统
*/
public abstract IBrake createBrake();
}
这里我们为每一种零部件产品定义一个接口，并分别创建两个不同的实现类表示不同的零部件产品。
public interface ITire {
//轮胎
void tire();
}
public interface IEngine {
//发动机
void engine();
}
public interface IBrake {
//刹车
void brake();
}
相应的实现类如下：
public class NormalTire implements ITire {
@Override
public void tire() {
System.out.println("普通轮胎");
}
}
public class SuvTire implements ITire {
@Override
public void tire() {
System.out.println("越野轮胎");
}
}
public class DomesticEngine implements IEngine {
@Override
public void engine() {
System.out.println("国产发动机");
}
}
public class ImportEngine implements IEngine {
@Override
public void engine() {
System.out.println("进口发动机");
}
}
public class NormalBrake implements IBrake {
@Override
public void brake() {
System.out.println("普通制动");
}
}
public class SeniorBrake implements IBrake {
@Override
public void brake() {
System.out.println("高级制动");
}
}
对于生产Q3的工厂，其使用的零部件不同，而生产Q7的工厂呢，其零部件则也不同。
public class Q3Factory extends CarFactory {
@Override
public ITire createTire() {
return new NormalTire();
}
@Override
public IEngine createEngine() {
return new DomesticEngine();
}
@Override
public IBrake createBrake() {
return new NormalBrake();
}
}
public class Q7Factory extends CarFactory {
@Override
public ITire createTire() {
return new SuvTire();
}
@Override
public IEngine createEngine() {
return new ImportEngine();
}
@Override
public IBrake createBrake() {
return new SeniorBrake();
}
}
最后，我们在一个Client客户类中模拟。
public class Client {
public static void main(String[] args) {
CarFactory factoryQ3 = new Q3Factory();
factoryQ3.createTire().tire();
factoryQ3.createBrake().brake();
factoryQ3.createEngine().engine();
CarFactory factoryQ7=new Q7Factory();
factoryQ7.createTire().tire();
factoryQ7.createEngine().engine();
factoryQ7.createBrake().brake();
}
}
输出结果：
普通轮胎
国产发动机
普通制动
------------------------------
越野轮胎
进口发动机
高级制动
总结
该模式一个显著的优点是分离接口与实现，客户端使用抽象工厂来创建需要的对象，而客户端根本就不知道具体的实现是谁，客户端只是面向产品的接口编程而已，使其从具体的产品实现中解耦，同时基于接口与实现的分离，使抽象该工厂方法模式在切换产品类时更加灵活、容易。但是缺点也很明显，，一是类文件的爆炸性增加，二是不太容易扩展新的产品类，因为每当我们增加一个产品类就需要修改抽象工厂，那么所有的具体工厂类均会被修改。
网友评论