抽象工厂模式介绍
抽象工厂模式(Abstract Factory Pattern),也是创建型设计模式之一。抽象工厂模式源于以前对不同操作系统的图形化操作方案,对于每一个操作系统,其本身构成一个产品类,而文本和按钮控件也构成一个产品类,两种产品类两种变化,各自有自己的特性。
抽象工厂模式的定义
为创建一组相关或者是相互依赖的对象提供一个接口,而不需要指定他们具体类
抽象工厂模式的使用场景
一个对象族有相同的约束时可以使用抽象工厂模式。举个例子,Android、ios下都有短信和拨号软件,两者都属于软件范畴,但是,它们所在的操作系统平台不一样,即便是同一家公司出品的软件,其代码实现逻辑也是不同的,这时候就可以考虑抽象工厂来产生Android、ios下的短信和拨号平台。
抽象工厂模式的UML类图
UML图角色介绍:
- AbstractFactory: 抽象工厂角色,声明一组用于创建一种产品的方法,每一种方法对于一个产品。
- ConcreateFactory : 具体工厂角色,实现了在抽象工厂种定义的方法,生产具体的产品。
- AbstractProduct : 抽象产品角色,他为每种产品声明接口。
- ConcreteProduct : 具体产品角色,定义具体工厂生产的具体产品对象,实现抽象产品接口种声明的业务方法。
通用代码
创建顺序:AbstractProduct角色->ConcreteProduct角色->AbstractFactory角色->ConcreteFactory角色(可参考)
AbstractProduct角色
1 | /** |
1 | /** |
ConcreteProduct角色
1 | /** |
1 | /** |
1 | /** |
1 | /** |
AbstractFactory角色
1 | /** |
ConcreteFactory角色
1 | /** |
1 | /** |
抽象工厂方法模式的简单实现
背景:Q3,Q5,Q7都是一个车系,但三者间的零部件还是有很大的差距,就拿Q3和Q7来说,Q3的轮胎是普通轮胎,Q7的轮胎是越野型轮胎;Q3的发动机是国产发动机,Q7的发动机是进口发动机;Q3的制动系统是普通的制动系统,而Q7则使用性能极好的制动系统。Q3,Q7对应的是一系列车,而发动机、轮胎、制动系统则对应的是一系列零部件,两者是两种不同的产品类型,故这时候就可以将抽象工厂模式应用其中,首先,汽车工厂需要生产轮胎,发动机,制动系统这3种部件,故先定义这3种部件,即我们从AbstractProduct角色开始创建。
AbstractProduct角色
1 | /** |
1 | /** |
1 | /** |
ConcreteProduct角色:具体产品
轮胎相关1
2
3
4
5
6
7
8
9
10
11
12
13
14/**
* <pre>
* author : 残渊
* time : 2019/04/06
* desc : 普通轮胎
* </pre>
*/
public class NormalTire implements ITire{
public void tire() {
System.out.println("普通轮胎");
}
}
1 | /** |
发动机相关1
2
3
4
5
6
7
8
9
10
11
12
13/**
* <pre>
* author : 残渊
* time : 2019/04/06
* desc : 国产发动机
* </pre>
*/
public class DomesticEngine implements IEngine{
public void engine() {
System.out.println("国产发动机");
}
}
1 | /** |
制动系统相关1
2
3
4
5
6
7
8
9
10
11
12
13/**
* <pre>
* author : 残渊
* time : 2019/04/06
* desc : 普通制动
* </pre>
*/
public class NormalBrake implements IBrake{
public void brake() {
System.out.println("普通制动");
}
}
1 | /** |
AbstractFactory角色:生产轮胎、发动机、制动系统
1 | /** |
ConcreateFactory角色:具体工厂,Q3生产工厂、Q7生产工厂
1 | /** |
1 | /** |
Client角色:测试
1 | /** |
输出结果:
1 | 普通轮胎 |
总结
- 优点: 分离接口和实现,客户端使用抽象工厂来创建需要的对象,而客户端根本不知道具体的实现是谁,客户端只是面向产品的接口编程。使其从具体的产品实现中解耦,同时基于接口和实现的分离,使抽象工厂方法模式在切换产品类时更加灵活、容易
- 缺点:
- 类文件的爆炸性增加
- 不太容易扩展新的产品类。因为每当增加一个产品类就需要修改抽象工厂,那么所有的具体工厂类均会被修改。