第3章 工厂方法模式
软件开发的过程中实现软件对象的生产和使用相分离,在满足开闭原则的前提下,客户可以随意增删或改变软件相关对象的使用,是工厂方法模式讨论的问题。
3.1模式的定义
定义一个创建产品对象的工厂接口,将产品对象的实际创建工作推迟到具体子工厂类当中。这满足创建型模式中所要求的“创建与使用相分离”的特点。我们把被创建的对象称为“产品”,把创建产品的对象称为“工厂”。
-
简单工厂模式
如果要创建的产品不多,只要一个工厂类就能完成,这就是简单工厂模式,但这样违背了“开闭原则”,简单工厂模式不是23中经典设计模式。
在这个系统中如果需要增加一种新类型的按钮,例如椭圆形按钮,那么除了增加一个新的具体产品类之外还需要修改工厂类的代码,这就使得整个设计在一定程度上违反了开闭原则 。
- 工厂方法模式
现在对该系统进行修改,不再提供一个按钮工厂类来统一负责所有产品的创建,而是将具体按钮的创建过程交给专门的工厂子类去完成。先定义一个抽象的按钮工厂类,再定义具体的工厂类来生产圆形按钮、矩形按钮、菱形按钮等,它们实现了在抽象按钮工厂类中声明的方法。这种抽象化的结果是使得这种结构可以在不修改具体工厂类的情况下引进新的产品,如果出现新的按钮类型,只需要为这种新类型的按钮定义一个具体的工厂类就可以创建该新按钮的实例,这种改进的设计方案即为工厂方法模式。
定义一个用于创建对象的接口,让子类决定将哪一个类实例化。工厂方法模式让一个类的实例化延迟到其子类。
3.2模式的结构
主要角色如下:
(1)抽象工厂:提供创建产品的接口,调用者通过它访问具体工厂的方法来创建产品。
(2)具体工厂:实现抽象工厂中的抽象方法,完成具体产品的创建
(3)抽象产品:定义产品规范,描述产品的特性和功能
(4)具体产品:实现抽象产品角色定义的接口,由具体工厂来创建,与具体工厂之间一一对应
结构图如下:
3.3工厂方法应用实例
-
描述
某系统运行日志记录器( Logger)可以通过多种途径保存系统的运行日志,例如通过文件记录或数据库记录,用户可以通过修改配置文件灵活地更换日志记录方式。在设计各类日志记录器时,开发人员发现需要对日志记录器进行一些初始化工作,初始化参数的设置过程较为复杂,而且某些参数的设置有严格的先后次序,否则可能会发生记录失败。 为了更好地封装记录器的初始化过程并保证多种记录器切换的灵活性,现使用工厂方法模式设计该系统(注:在Java中常用的日志记录工具有SLF4J、Log4、GCLog Viewer、Logstash等)
Logger接口充当抽象产品,其子类 FileLogger和 DatabaseLogger充当具体产品, LoggerFactory接口充当抽象工厂,其子类 FileLoggerFactory和DatabaseLoggerFactory充当具体工厂 。
- 代码
(1)Logger:日志记录器接口,充当抽象产品角色。
//desagmpatterns.factorymethod Logger. Java
package designpatterns. factorymethod;
public interface Logger {
public void writeLog();
}
(2) DatabaseLogger:数据库日志记录器,充当具体产品角色
//designpatterns.factorymethod. DatabaseLogger.java
package designpatterns.factorymethod
public class DatabaseLogger implements Logger {
public void writeLog() {
System.out.println("数据库日志记录");
}
(3) Filelogger:文件日志记录器,充当具体产品角色
public class FileLogger implements Logger {
public void writeLog() {
System.out.printin("文件日志记录");
}
}
(4) LoggerFactory:日志记录器工厂接口,充当抽象工厂角色
public interface LoggerFactory {
public Logger createLogger(); // 抽象工厂方法
}
(5) DatabaseFactory:数据库日志记录器工厂类,充当具体工厂色
public class DatabaseLoggerFactory implements LoggerFactory {
public Logger createLogger(){
//连接数据库,代码省略
//创建数据库日志记录器对象
Logger logger= new DatabaseLogger();
//初始化数据库日志记录器,代码省略
return logger;
}
}
(6) FileLoggerFactory:文件日志记录器工厂类,充当具体工厂角色
public class FileLoggerFactory implements LoggerFactory{
public Logger createlogger() {
// 创建文件日志记录器对象
Logger logger= new FileLogger();
//创建文件,代码省略
return logger;
}
}
(7) Client:客户端测试类
public class Client {
public static vold main(string []args){
LoggerFactory factory;
Logger logger;
factory = new FileloggerFactory();//可引入配置文件和反射机制实现
logger = factory.createlogger();
logger.writeLog();
}
}
- 结果和分析
编译并运行程序,输出结果如下
文件日志记录
如果需要更换日志记录器,只需要修改客户端代码中的具体工厂类的类名即可,例如将FileLoggerFactory改为 DatabaseLoggerFactory,此时输出结果如下:
数据库日志记录
- 注意:如果需要增加并使用新的日志记录器,只需要对应增加一个新的具体工厂类,然后在客户端代码中修改具体工厂类的类名,原有类库的源代码无须做任何修改。通过引入配置文件并使用反射机制可以实现在不修改客户端代码的基础上更换具体工厂类,在下面将详细说明其实现过程,让系统更加符合开闭原则,具备更好的灵活性和可扩展性。
在上一节的日志记录器实例中,在更换日志记录器时需要修改客户端代码,对于客户端而言并不符合开闭原则,在实际应用开发中可以对具体工厂类的实例化过程进行改进,在客户端代码中不直接使用new关键字来创建工厂对象,而是通过Java反射机制结合配置文件(例如XML文件)来生成具体工厂对象。在整个实现过程中需要用到两个技术,即Java反射机制与配置文件。
3.4工厂方法模式优/缺点与适用环境
工厂方法模式是简单工厂模式的延伸,它继承了简单厂模式的优点,同时还弥补了简单工厂模式的不足。工厂方法模式是使用频率最高的设计模式之一,是很多开源框架和API类库的核心模式。
- 工厂方法模式优点
(1)在工厂方法模式中,工厂方法用来创建客户所需要的产品,同时还向客户隐藏了哪种具体产品类将被实例化这一细节,用户只需要关心所需产品对应的工厂,无须关心创建细节,甚至无需知道具体产品类的类名。
(2)基于工厂角色和产品角色的多态性设计是工厂方法模式的关键。它能够让工厂自主确定创建何种产品对象,而如何创建这个对象的细节完全封装在具体工厂内部。工厂方法模式之所以又被称为多态工厂模式,正是因为所有的具体工厂类都具有同一抽象父类。
(3)使用工厂方法模式的另一个优点是在系统中加入新产品时无须修改抽象工厂和抽象产品提供的接口,无须修改客户端,也无须修改其他的具体工厂和具体产品,只需要添加一个具体工厂和具体产品即可,这样系统的可扩展性也就变得非常好,完全符合开闭原则。 - 工厂方法模式缺点
(1)在添加新产品时需要编写新的具体产品类,而且还要提供与之对应的具体工厂类,系统中类的个数将成对增加,在一定程度上增加了系统的复杂度,有更多的类需要编译和运行,会给系统带来一些额外的开销。
(2)由于考虑到系统的可扩展性,需要引入抽象层,在客户端代码中均使用抽象层进行定义,增加了系统的抽象性和理解难度。 - 工厂方法模式适用环境
(1)客户端不知道它所需要的对象的类。在工厂方法模式中,客户端不需要知道具体产品类的类名,只需要知道所对应的工厂即可,具体产品对象由具体工厂类创建,可将具体工厂类的类名存储在配置文件或数据库中。
(2)抽象工厂类通过其子类来指定创建哪个对象。在工厂方法模式中,对于抽象工厂类只需要提供一个创建产品的接口,而由其子类来确定具体要创建的对象,利用面向对象的多态性和里氏代换原则,在程序运行时子类对象将覆盖父类对象,从而使得系统更容易扩展。