工厂方法模式的定义：定义一个用于创建对象的接口，让之类决定实例化哪个一个类，Factory Method使一个类的实例化延迟到子类
工厂方式模式是简单工厂模式的一个延伸。在就简单工厂模式中，对象的实例化放到工厂方法中，根据type来创建对应的实例。这就会出现一个问题，一旦添加新的功能或者新的类，那么我们就必须修改源代码，修改工厂类，在工厂类中继续添加type创建新的类，这对于设计模式来说是不允许的，如何在不修改源代码的基础上去扩展的新的功能呢，这个就是简单的工厂的延伸，工厂方法模式。在工厂方法模式中，父类负责定义创建对象的公共接口，让子类去决定实例化哪个类。
具体成员：
Product：定义产品接口
ConcreteProduct： 产品接口的实现
Creator： 创建器，声明工厂方法，工厂方法通常返回一个Product类型的实例对象，通常是一个抽象方法。
ConcreteCreator：具体的工厂的创建器对象，覆盖并实现Creator定义的工厂方法。
例如 实现一个导出数据的业务。
定义一个方法：
public interface ExportFileAPI {
boolean export(String data);
}
第一个实现类，导出到文件：
public class ExportTextFile implements ExportFileAPI {
public boolean export(String data) {
System.out.println("导出数据" + data + "到文本文件");
return true;
}
}
第二个实现类：导出到DB：
public class ExportDB implements ExportFileAPI {
public boolean export(String data) {
System.out.println("导出数据" + data + "到数据库");
return true;
}
}
定义抽象工厂：
public abstract class ExportOperate {
//抽象工厂方法
protected abstract ExportFileAPI factoryMethod();
public boolean export(String data){
ExportFileAPI api = factoryMethod();
return api.export(data);
}
}
文本文件导出的实现类：
public class ExportTextFileOperate extends ExportOperate {
protected ExportFileAPI factoryMethod() {
return new ExportTextFile();
}
}
数据库导出的实现类：
public class ExportDBOperate extends ExportOperate {
protected ExportFileAPI factoryMethod() {
return new ExportDB();
}
}
客户端：
public class Client {
public static void main(String[] args) {
ExportOperate operate = new ExportTextFileOperate();
operate.export("测试数据");
operate = new ExportDBOperate();
operate.export("测试数据");
}
}
这样两种导出的方式就算完成了，如果在添加另外一种导出的实现方式，继续扩展代码即可，不用修改原来的代码。有点麻烦的是产品的实现类和工厂的实现类是成对出现的。
工厂方法的实现中，通常父类是一个抽象类，里面包含创建对象的抽象方法，这些抽象方法就是工厂方法。有一点需要注意，子类实现抽象方法的时候，通常并不是真正的由子类去实现具体的功能，而是在子类的方法里面做选择，选择具体产品的实现类。
工厂方法模式的优点：
工厂方法用来客户所需要的产品，向客户隐瞒了哪种具体产品类会被实例化，用户只需关注相应的工厂类即可。
更容易扩展对象的新版本
缺点是：编写新的产品类，还要编写具体的工厂类，产品类和工厂类耦合度高。
适用环境： 如果一个类需要创建某一个接口的对象，但是又不知道具体的实现，这种情况可以选用工厂方式模式，把创建对象的工作延迟到子类中去实现。 如果一个类本身就希望由他的子类去创建所需的对象的时候，应该使用工厂模式。
累了吧：看个图片：