抽象工厂模式
- 定义:抽象工厂模式提供一个创建一系列相关或者相互依赖对象的接口
- 无须指定它们的具体类
- 类型:创建型
适用场景
- 客户端(应用层)不依赖于产品类实例如何被创建、实现的细节
- 强调一系列相关的产品对象(属于同一产品族)一起使用创建对象需要大量重复代码
- 提供一个产品类的库,所有的产品以同样的接口出现,从而客户端不依赖于具体实现
优点与缺点
优点
- 具体产品在应用层代码隔离,无需关心创建细节
- 将一个系列的产品族统一到一起创建
缺点
- 规定了所有可能被创建的产品集合,产品族中拓展新的产品困难,需要修改抽象工厂的接口
- 增加了系统的抽象性和理解难度
产品等级与产品族
举个例子:有一个电器类,有两个子类:美的电器、松下电器。美的电器中分为美的冰箱、美的空调、美的洗衣机等等。
那么美的旗下的电器属于一个一个产品族
,都是美的电器。
松下的冰箱与美的冰箱就属于一个产品等级
。工厂方法就是针对于产品等级,而抽象工厂针对于产品族。
一个抽象工厂生产出的产品必属于一个产品族。
编码实现抽象工厂(java)
//笔记抽象类
public abstract class Article {
public abstract void produce();
}
//视频抽象类
public abstract class Video {
public abstract void produce();
}
//定义一个课程产品族 课程 = 笔记 + 视频教程
//实现具体产品
public class JavaArticle extends Article {
@Override
public void produce() {
System.out.println("编写java手记");
}
}
//实现具体产品
public class JavaVideo extends Video {
@Override
public void produce() {
System.out.println("录制java课程");
}
}
//定义课程抽象工厂
public interface CourseFactory {
Video getVideo();
Article getArticle();
}
//实现java课程具体工厂的具体细节
public class JavaCourseFactory implements CourseFactory {
@Override
public Video getVideo() {
return new JavaVideo();
}
@Override
public Article getArticle() {
return new JavaArticle();
}
}
抽象工厂与工厂方法相似的,不同的产品有不同的实现类以及不同的具体工厂,达到一程度的解耦。
抽象工厂的缺点也是明显的,当产品族过多时,会造成类爆炸。以及要修改产品等级时,需要修改接口方法,破坏开闭原则。
UML
发现开源项目中的设计模式
//定义在jdbc的connection接口
Statement createStatement(int var1, int var2, int var3) throws SQLException;
PreparedStatement prepareStatement(String var1, int var2, int var3, int var4) throws SQLException;
CallableStatement prepareCall(String var1, int var2, int var3, int var4) throws SQLException;
PreparedStatement prepareStatement(String var1, int var2) throws SQLException;
PreparedStatement prepareStatement(String var1, int[] var2) throws SQLException;
PreparedStatement prepareStatement(String var1, String[] var2) throws SQLException;
JDBC中Connection接口定义了很多方法,这些产品都属于一个产品族,比如:
PreparedStatement
,Statement
源码地址:https://github.com/DiangD/design_pattern_practice