六个创建模式之工厂方法模式(Factory Method Pattern)
问题：
在使用简单工厂模式的时候，如果添加新的产品类，则必需修改工厂类，违反了开闭原则。
定义：
定义一个用于创建对象的接口，让子类决定具体实例化哪个产品类。此时工厂和产品都具有相同的继承结构，抽象产品类与抽象工厂对应，具体的产品类和具体的工厂类对应。工厂方法模式又称为：工厂模式(Factory Pattern)、虚拟构造器模式(Virtual Constructor Pattern)、多态工厂模式(Polymorphic Factory Pattern)等。
结构图：
- Product：抽象产品类，是所有具体产品的超类型，封装了具体产品的公共方法。
- ConcreteProduct：具体产品类，实现了抽象产品类的接口，和具体工厂一一对应。
- Factory：抽象工厂类，定义了返回抽象产品类的工厂方法，是工厂方法模式的核心。
- ConcreteFactory：具体工厂类，实现了抽象工厂定义的工厂方法，由客户端直接调用，返回其对应的具体产品类。
注意：
-
为了让系统有更好的灵活性和可扩展性，可以使用XML技术和反射技术让客户端通过配置文件指定具体工厂类。
-
可以在抽象工厂中定义多个重载的工厂方法，包含不同的业务逻辑，来满足对不同产品对象的需求。例如可以传入数据库配置信息，文件配置信息等。
interface LoggerFactory {
public Logger createLogger();
public Logger createLogger(String args);
public Logger createLogger(Object obj);
}
class DatabaseLoggerFactory implements LoggerFactory {
public Logger createLogger() {
//使用默认方式连接数据库，代码省略
Logger logger = new DatabaseLogger();
//初始化数据库日志记录器，代码省略
return logger;
}
public Logger createLogger(String args) {
//使用参数args作为连接字符串来连接数据库，代码省略
Logger logger = new DatabaseLogger();
//初始化数据库日志记录器，代码省略
return logger;
}
public Logger createLogger(Object obj) {
//使用封装在参数obj中的连接字符串来连接数据库，代码省略
Logger logger = new DatabaseLogger();
//使用封装在参数obj中的数据来初始化数据库日志记录器，代码省略
return logger;
}
}
- 还可以由工厂直接调用具体产品的业务方法，而隐藏工厂创建具体实例的方法。
abstract class LoggerFactory {
//在工厂类中直接调用日志记录器类的业务方法writeLog()
public void writeLog() {
Logger logger = this.createLogger();
logger.writeLog();
}
public abstract Logger createLogger();
}
优点：
- 利用工厂的工厂方法类创建具体的实例，隐藏了具体实例的创建细节，无需知道具体实例的类名，只需关心对应工厂。
- 加入新的产品类是，只需要同时加入工厂类就可以实现扩展。如果利用反射和XML技术，不需要修改任何源码，符合“开闭原则”
缺点：
- 系统中类的个数显著增加，不利于系统的维护，增加系统编译和运行的开销。
适用场景
- 具体产品类数目不多，客户不需要知道具体产品类的详细信息，只需要知道具体对应的工厂。
实例：
