大家好,又见面了,我是你们的朋友全栈君。
工厂模式(Factory Pattern)属于创建型模式,它提供了一种创建对象的最佳方式。 在工厂模式中,我们在创建对象时不会对客户端暴露创建逻辑,并且是通过使用一个共同的接口来指向新创建的对象。
工厂模式旨在与解决接口实现类选择这一类问题,让实例创建的代码使用实例的方法解耦。
当我们需要根据不同的明确条件下创建不同的实例的时候,就可以使用工厂模式。
工厂模式分为三类:
假设我们有一个导出报表的抽象类:
/**
* 文件导出接口
*/
public abstract class Exporter {
void export();
}
他现在有一个Excel导出实现类:
/**
* Excel导出实现类
*/
public class ExcelExporter extend Exporter{
private String modelPath;
private String fileName;
@Override
public void export() {
System.out.println("导出Excel:"+"模板路径:"+ modelPath +"文件名:" + fileName);
}
public ExcelExporter(String modelPath, String fileName) {
this.modelPath = modelPath;
this.fileName = fileName;
}
}
现在我们需要在一个方法里去调用它,让客户可以导出报表:
//从配置中读取模板路径
String modelPath = Config.getExcelModelPath();
//获取文件名
String fileName = name + Config.getExcelLastName();
ExcelExporter ee = new ExcelExporter(modelPath, fileName);
//一些其他业务逻辑
... ...
ee.export();
我们在很多方法都需要调用这个类,但是每次使用都要写那么多行代码,实在太麻烦,而且万一忽然modelPath或者fileName这些参数要改,那工程量也很让人头痛。
所以我们可以把获取对象的操作提出来,把读取配置路径等方法都单独提出来,最后统一放到一个工厂类里:
/**
* Excel文件导出实现类的工厂
*/
public class ExcelExporterFactory {
public String getExcelLastName(){
return Config.getExcelLastName();
}
public String getModePath(){
return Config.getExcelModelPath();
}
public ExcelExporter getExporter(String type) {
return new ExcelExporter(getModePath(),getExcelLastName());
}
}
最后使用的时候不需要在意实例化的过程,只需要调用方法获取新对象就行了:
ExcelExporterFactory factory = new ExcelExporterFactory();
factory.getExcelExporter().export();
值得一提的是,由于工厂的特殊性,它大多数情况下都是单例的。
不难发现,工厂方法模式有以下优点:
工厂方法模式确实好,但是有时候我们需要用工厂生产的往往只有特定的几个类,其他的直接new就可以了。这种情况下在为每一个类单独创建一个工厂类太过麻烦,为此我们让一个工厂去生产固定的那几种类,这就是简单/静态工厂。
假设我们目前只需要导出Excel和word类型的报表,我们在上一个例子的基础上再加一WordExporter实现类:
/**
* Excel导出实现类
*/
public class WordExporter extend Exporter {
private String modelPath;
private String fileName;
@Override
public void export() {
System.out.println("导出Word!");
}
public WordExporter(String modelPath, String fileName) {
this.modelPath = modelPath;
this.fileName = fileName;
}
}
然后我们改造一下原本的ExcelExporterFactory,让他也能生产WordExporter:
/**
* 文件导出实现类的简单工厂
*/
public class ExporterFactory {
public String getExcelLastName(){
return Config.getExcelLastName();
}
public String getModePath(){
return Config.getExcelModelPath();
}
public Exporter getExporter(String type) {
//根据条件返回对应的实例
if ("word".equals(type)) {
return new WordExporter(getModePath(),getExcelLastName());
} else if ("excel".equals(type)) {
return new ExcelExporter(getModePath(),getExcelLastName());
}else {
throw new RuntimeException("导出类型不存在!");
}
}
}
当我们要调用的时候,直接通过工厂调用就可以了:
ExporterFactory factory = new ExporterFactory();
factory.getExcelExporter(type).export();
这个就是简单工厂。
在简单工厂的基础上,我们不难看出,现在的ExporterFactory总是只能生产固定的那几种类,那么其实调用getExporter()
去获取实现类的时候根本没必要new一个新工厂。
于是我们将这个工程里的所有方法都变成静态方法,调用的时候就很方便了:
ExportService es = ExporterFactory.getExporter(type);
这个就是静态工厂。
简单工厂对工厂方法做了减法,简化了代码结构,但是简单工厂违背了开闭原则,如果要添加新的产品,就需要修改工厂类代码。而传统的工厂方法模式,如果有很多产品的情况下又会创建过多的工厂类。
为此,我们对工厂方法模式做加法,就有了抽象工厂模式:由顶层的抽象工厂提供生产产品的接口,具体的生产过程由继承了抽象工厂的子工厂去实现。
举个例子:
根据上文,我们现在有了Exporter接口,和两个实现类ExcelExporter和WordExporter,现在我们有了新的需求:
导出的报表要分成两种类型:有数据的表格和没有数据的表格。(empty)
我们先对产品进行抽象:
Exporter这个类不管是否有数据,都需要导出方法 export()
,然后根据表格是否有数据,还需要一个方法 empty()
。
我们将其分为由原本的ExcelExporter和WordExporter也变成抽象类,只实现各种的export()
方法,然后再针对ExcelExporter和WordExporter再拆分,得到无数据表格类EmptyExcelExporter,EmptyWordExporter,有数据表格类FullExcelExporter,FullWordExporter。
由于产品的层级变成了三层,原本用于生产WordExporter和ExcelExporter的工厂ExporterFactory也要进行拆分。
将ExporterFactory变为接口,里面规定了getExcelExporter()
和getWordExporter()
两个接口方法,然后由EmptyExporterFactory还有FullExporterFactory工厂去
不难看出,抽象工厂通过多了一层抽象,减少了工厂类的数量,但是当要添加一类产品,比如加一个导出PDF类,同样要修改ExporterFactory及其实现类。
发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/170790.html原文链接:https://javaforall.cn