抽象工厂模式——创建型模式(三)
抽象工厂模式的组成结构和工厂方法模式相同,由抽象工厂,具体工厂,抽象产品,具体产品四个要素组成,但抽象工厂中的方法个数不同,抽象产品的个数也不同。可以用来创建一组产品。
模式结构
- 抽象工厂:提供了创建产品的接口,包含多个创建产品的方法,可以创建多个不同的产品
- 具体工厂:主要是实现抽象工厂中的抽象方法,完成具体产品的创建
- 抽象产品:定义产品的规范,描述产品的主要特性和功能,抽象工厂模式有多个抽象产品
- 具体产品:实现了抽象产品角色所定义的接口,又具体工厂来创建,它同具体工厂之间是多对一的关系
UML图
从图中可以看出抽象工厂模式和工厂方法模式的结构非常类似,不同的是其产品的种类不止一个,创建产品的方法也就不止一个。
代码实现
// 抽象工厂
public interface AbstractFactory {
ProductA createProductA();
ProductB createProductB();
}
// 具体工厂A
public class ConcreteFactoryA implements AbstractFactory {
@Override
public ProductA createProductA() {
return new PorductAa();
}
@Override
public ProductB createProductB() {
return new PorductBa();
}
}
// 具体工厂B
public class ConcreteFactoryB implements AbstractFactory {
@Override
public ProductA createProductA() {
return new PorductAb();
}
@Override
public ProductB createProductB() {
return new PorductBb();
}
}
// 抽象产品A
public interface ProductA{
String getName();
}
// 具体产品
public class ProductAa{
public String getName(){
return "ProductAa";
}
}
// 具体产品
public class ProductAb{
public String getName(){
return "ProductAb";
}
}
// 抽象产品B
public interface ProductB{
String getName();
}
// 具体产品
public class ProductBa{
public String getName(){
return "ProductBa";
}
}
// 具体产品
public class ProductBb{
public String getName(){
return "ProductBb";
}
}
模式的应用场景
如果代码需要与多个不同系列的相关产品交互,但是由于无法提前获取相关信息,获取处于对为来扩展性的考虑,不希望代码基于产品的具体类进行构建,这种情况下,可以使用抽象工厂。
如果你有一个基于一组抽象方法的类,且其主要功能因此变得不明确,那么在这种情况下可以考虑使用抽象工厂模式。
在设计良好的程序中, 每个类仅负责一件事。 如果一个类与多种类型产品交互, 就可以考虑将工厂方法抽取到独立的工厂类或具备完整功能的抽象工厂类中。