跟JBPM学设计模式之工厂方法模式
模式简介
工厂方法模式,定义一个用于创建对象的接口,让子类决定实例化那个类,其使一个类的实例化延迟到其子类中。
前边我们学习了简单工厂模式,简单工厂模式的最大优势在于工厂类中包含了必要逻辑判断,根据客户端的条件动态实例化相关的类,对于客户端不需要了解具体的产品类,所以解除了对具体产品类的依赖。在引入新的产品的时候,我们不需要修改客户端代码,但是必须修改工厂,所以违背了开闭原则。
工厂方法模式是简单工厂模式的进一步抽象和推广。由于工厂类使用多态性,使其即保持了简单工厂模式的优点,也克服了其缺点。在工厂方法模式中,核心的工厂类不再负责所有产品的创建,而是将具体的创建工作交给子类去做,它仅仅负责给出具体工厂类需要实现的接口。通过这种抽象和依赖倒转的结果,这样就可以允许我们在不修改具体工厂类的前提下,引进新的产品类型。
工厂方法模式的结构如下图,其一般会涉及到一下角色
图 1. 工厂方法模式结构图
抽象工厂:为具体的工厂类提供必需实现的接口,其通常是与具体的业务应用无关。
具体工厂:其实现抽象工厂定义的接口,其接受客户的调用创建产品对象。
抽象产品:工厂方法模式创建的产品对象的父类,其提供具体产品需要继承的成员。
具体产品:工厂类需要创建的产品对象。
JBPM中的工厂方法模式
日志功能往往是每个软件系统必备的模块,JBPM也不例外,其本身支持两种日志类型,我们可以通过配置灵活的选择。其中对Log对象的实例化使用了工厂方法模式,具体的结构图如下
图 1. JBPM中的工厂方法模式结构图
Log类作为产品基类,其提供了具体的产品需要实现的所有的接口,在这里就是获取日志等级开关和相应等级记录日志的接口;但是在这里其提供了一个静态的getLog方法,它是做什么用的呢?从代码的实现上来看,其持有一个工厂实例,如果这个工厂实例已经被实例化,那就直接调用工厂创建具体的日志类;如果还没有实例化,就读取相关的配置文件,根据配置来实例化相应的工厂类,然后调用工厂类创建产品。我们可以看到这一小段代码中使用了单例模式和简单工厂模式;单例模式避免每次获取Log对象的时候读取、解析配置文件、初始化相关的工厂类等繁琐的工作;简单工厂模式封装了具体工厂类的实例化,间接的负责具体产品的创建,这样客户就不需要依赖具体的工厂类,直接调用getLog就可以了。具体代码如下
public abstract class Log { static LogFactory logFactory; //使用简单工厂模式,根据配置初始化具体的工厂 public static synchronized Log getLog(String name) { if (logFactory==null) { ClassLoader classLoader = Thread.currentThread().getContextClassLoader(); // if logging.properties is available on the classpath if (classLoader.getResource("logging.properties")!=null) { logFactory = new Jdk14LogFactory(); // if log4j is available on the classpath } else if (isLog4jAvailable(classLoader)) { logFactory = new Log4jLogFactory(); } else { logFactory = new Jdk14LogFactory(); } } return logFactory.getLog(name); } static boolean isLog4jAvailable(ClassLoader classLoader) { try { Class.forName("org.apache.log4j.LogManager", false, classLoader); return true; } catch (ClassNotFoundException e) { return false; } } //声明具体的log类需要实现的接口 public abstract void error(String msg); public abstract void error(String msg, Throwable exception); public abstract boolean isInfoEnabled(); public abstract void info(String msg); public abstract void info(String msg, Throwable exception); public abstract boolean isDebugEnabled(); public abstract void debug(String msg); public abstract void debug(String msg, Throwable exception); public abstract boolean isTraceEnabled(); public abstract void trace(String msg); public abstract void trace(String msg, Throwable exception); public abstract boolean isWarnEnabled(); public abstract void warn(String msg); public abstract void warn(String msg, Throwable exception); }
Log4jLog实现了Log定义的一些结构,并将相应的接口需要完成的工作委托给org.apache.log4j.Logger来实现,具体代码如下
public class Log4jLog extends Log { org.apache.log4j.Logger log; public Log4jLog(org.apache.log4j.Logger log) { this.log = log; } public void error(String msg) { log.error(msg); } public void error(String msg, Throwable exception) { log.error(msg, exception); } public boolean isInfoEnabled() { return log.isInfoEnabled(); } public void info(String msg) { log.info(msg); } public void info(String msg, Throwable exception) { log.info(msg, exception); } public boolean isDebugEnabled() { return log.isDebugEnabled(); } public void debug(String msg) { log.debug(msg); } public void debug(String msg, Throwable exception) { log.debug(msg, exception); } public boolean isTraceEnabled() { return log.isTraceEnabled(); } public void trace(String msg) { log.trace(msg); } public void trace(String msg, Throwable exception) { log.trace(msg, exception); } public boolean isWarnEnabled() { return log.isEnabledFor(Level.WARN); } public void warn(String msg) { log.warn(msg); } public void warn(String msg, Throwable exception) { log.warn(msg, exception); } }
同样的Jdk14Log作为具体的产品类,其也将相应的工作委托给java jdk提供的日志类来实现产品基类Log的接口,具体代码如下
public class Jdk14Log extends Log { Logger log; public Jdk14Log(Logger logger) { this.log = logger; } public void error(String msg) { log.log(Level.SEVERE, msg); } public void error(String msg, Throwable exception) { log.log(Level.SEVERE, msg, exception); } public boolean isInfoEnabled() { return log.isLoggable(Level.INFO); } public void info(String msg) { log.log(Level.INFO, msg); } public void info(String msg, Throwable exception) { log.log(Level.INFO, msg, exception); } public boolean isDebugEnabled() { return log.isLoggable(Level.FINE); } public void debug(String msg) { log.log(Level.FINE, msg); } public void debug(String msg, Throwable exception) { log.log(Level.FINE, msg, exception); } public boolean isTraceEnabled() { return log.isLoggable(Level.FINEST); } public void trace(String msg) { log.log(Level.FINEST, msg); } public void trace(String msg, Throwable exception) { log.log(Level.FINEST, msg, exception); } public boolean isWarnEnabled() { return log.isLoggable(Level.WARNING); } public void warn(String msg) { log.warning(msg); } public void warn(String msg, Throwable exception) { log.log(Level.WARNING, msg, exception); } }
LogFactory作为工厂的基类,其提供了具体工厂类需要实现的创建接口getLog,代码如下
public interface LogFactory { Log getLog(String name); }
Log4jLogFactory实现工厂接口的方法,负责实例化Log4jLog代码如下
public class Log4jLogFactory implements LogFactory { public Log getLog(String name) { return new Log4jLog(LogManager.getLogger(name)); } }
Jdk14LogFactory也实现工厂接口的方法,负责实例化Jdk14Log
public class Jdk14LogFactory implements LogFactory { public Log getLog(String name) { return new Jdk14Log(Logger.getLogger(name)); } }
工厂方法模式的优劣
工厂方法模式抽象出工厂基类,使其只提供创建产品的接口,将创建具体产品的职责下放到工厂子类中,同时每个工厂子类只负责创建一种产品,解除了简单工厂类对所有产品的依赖,所以当我们新增产品的时候,只要同时新增相应的工厂类就可以了。但是如果仔细观察我们就会发现,使用工厂方法模式时,客户端需要决定实例化哪个工厂来创建产品,这个选择判断的问题还是存在的,其实,工厂方法把简单工厂的内部判断逻辑转移到了客户端代码来进行,在添加新的产品时,本来是修改工厂类,而现在是修改客户端。