工厂方法模式(Factory Method Pattern) 是设计模式中的一种创建型模式,它定义了一个用于创建对象的接口,但让子类决定要实例化的类是哪一个。工厂方法让类的实例化推迟到子类中进行。工厂方法模式是一种非常实用的模式,特别是在处理大量具有共同接口的类时,系统要基于多个扩展类的类型来决定实例化哪一个类。
一、工厂方法模式概述
1. 模式动机
在软件系统中,经常面临着"某个对象"的创建工作,由于需求的变化,这个对象的创建逻辑可能经常变化,但它却拥有比较稳定的接口。如何应对这种变化?如何设计出满足需求的类结构?工厂方法模式提供了一种解决方案。
2. 模式定义
工厂方法模式(Factory Method Pattern)又称为多态性工厂模式,它属于类创建型模式。在工厂方法模式中,工厂父类负责定义创建产品对象的公共接口,而工厂子类则负责生成具体的产品对象,这样做的目的是将产品类的实例化操作延迟到工厂子类中完成,即通过工厂子类来确定究竟应该实例化哪一个具体产品类。
3. 模式结构
工厂方法模式包含以下四个角色:
Product(抽象产品):定义产品的接口,是工厂方法模式所创建对象的超类型,也就是产品对象的共同父类或接口。
ConcreteProduct(具体产品):实现了抽象产品接口的具体产品对象,被具体的工厂类所创建。
Creator(抽象工厂):声明了工厂方法(Factory Method),用于返回一个产品。工厂方法是一个返回抽象产品类型的方法,其子类可以覆盖该方法以返回不同的具体产品类型。
ConcreteCreator(具体工厂):实现了抽象工厂中的工厂方法,通过客户调用以返回具体产品类的实例。
4. 优缺点
优点:
用户只需要知道具体工厂类的名称就可得到所要的产品,无须知道产品的具体创建过程。
灵活性增强,对于新产品的创建,只需继承一个具体工厂类或者添加一个具体工厂类,就可以实现扩展。
缺点:
类的个数容易过多,增加系统的复杂度,因为每增加一个产品,就需要增加一个具体产品类和一个具体工厂类。
系统扩展繁琐,如果要增加一个新的产品,除了增加新的产品类外,还需要增加新的具体工厂类,并在客户端中增加新的工厂类的实例。
二、工厂方法模式实现
1. 示例场景
假设我们有一个日志系统,需要支持多种日志记录方式(如文件日志、数据库日志、控制台日志等)。每种日志记录方式都有自己特定的实现,但对外都提供一个统一的接口。我们可以使用工厂方法模式来设计这个日志系统。
2. 角色定义
Log(抽象产品):定义日志记录的接口。
FileLog(具体产品):实现文件日志记录。
DatabaseLog(具体产品):实现数据库日志记录。
LogFactory(抽象工厂):声明创建日志记录的工厂方法。
FileLogFactory(具体工厂):实现创建文件日志记录的工厂。
DatabaseLogFactory(具体工厂):实现创建数据库日志记录的工厂。
3. Java代码实现
java
// 抽象产品:日志记录接口
interface Log {
void writeLog(String message);
}
// 具体产品:文件日志记录
class FileLog implements Log {
@Override
public void writeLog(String message) {
System.out.println("FileLog: " + message);
}
}
// 具体产品:数据库日志记录
class DatabaseLog implements Log {
@Override
public void writeLog(String message) {
System.out.println("DatabaseLog: " + message);
}
}
// 抽象工厂:日志工厂接口
interface LogFactory {
Log createLog();
}
// 具体工厂:文件日志工厂
class FileLogFactory implements LogFactory {
@Override
public Log createLog() {
return new FileLog();
}
}
// 具体工厂:数据库日志工厂
class DatabaseLogFactory implements LogFactory {
@Override
public Log createLog() {
return new DatabaseLog();
}
}
// 客户端代码
public class Client {
public static void main(String[] args) {
// 使用文件日志
LogFactory fileLogFactory = new FileLogFactory();
Log fileLog = fileLogFactory.createLog();
fileLog.writeLog("This is a file log.");
// 使用数据库日志
LogFactory databaseLogFactory = new DatabaseLogFactory();
Log databaseLog = databaseLogFactory.createLog();
databaseLog.writeLog("This is a database log.");
}
}
三、工厂方法模式的应用场景
当一个类不知道它所必须创建的对象的类的时候。
当一个类希望由它的子类来指定它所创建的对象的时候。
当类将创建对象的职责委托给多个帮助子类中的某一个,并且你希望将哪一个帮助子类是代理者这一信息局部化的时候。
四、工厂方法模式的扩展
1. 工厂方法模式的变体
简单工厂模式:简单工厂模式不属于GOF的23种设计模式之一,但它是一种非常常用的实例化对象的模式。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例,类似于一个工厂类负责创建所有实例。
抽象工厂模式:抽象工厂模式提供一个接口,用于创建相关或依赖对象的家族,而不需要明确指定具体类。
2. 工厂方法模式与其他模式的结合
与单例模式结合:在某些情况下,工厂类本身就是一个单例,负责创建和管理所有的产品对象。
与策略模式结合:工厂方法模式可以与策略模式结合使用,将不同的算法封装成不同的产品类,由工厂类根据需求创建相应的算法对象。
五、总结
工厂方法模式是一种非常实用的设计模式,它通过定义一个用于创建对象的接口,让子类决定实例化哪一个类。这种方式将对象的创建逻辑封装在工厂类中,使得客户端代码与具体的产品类解耦,提高了系统的灵活性和可扩展性。同时,工厂方法模式也具有一定的局限性,如类的个数容易过多、系统扩展繁琐等。因此,在设计系统时,需要根据实际情况选择合适的设计模式。