怎么又是工厂模式呢？上次不是讲过简单工厂模式吗？不错，此工厂模式非彼工厂模式。
工厂模式：定义一个用于创建对象的接口，让子类决定实例化那一个类，工厂方法是一个类的实例化延迟到其子类。
还是以代码来进行比较吧
1、操作接口，与简单工厂模式一样
publicabstractclass Operation {
publicdoublenumberA;
publicdoublenumberB;
publicabstractdouble getResult();
}
2、相加、相减类与简单工厂模式一样
publicclass OperationAddextends Operation{
publicdouble getResult(){
returnnumberA +numberB;
}
}
publicclass OperationSubextends Operation{
publicdouble getResult(){
returnnumberA -numberB;
}
}
3、多了一个工厂接口
publicinterface IFactory {
OperationcreateOperation();
}
4、给每个算法都建立一个工厂，有了这个工厂之后，每个算法实例都分离开来，遵循了开闭原则，使代码结构更加清晰
给加法、减法一个工厂
publicclass AddFactoryimplements IFactory {
public Operation createOperation() {
//TODO Auto-generated method stub
returnnew OperationAdd();
}
}
publicclass SubFactoryimplements IFactory {
public Operation createOperation() {
//TODO Auto-generated method stub
returnnew OperationSub();
}
}
5有了这些工厂之后直接在客户端实例化想要的算法类就可以了（缺点耦合性差）
publicclass FatoryClient {
/**
* @param args
*/
publicstaticvoid main(String[] args) {
//TODO Auto-generated method stub
IFactoryfactory =
new AddFactory();
Operationoperation = factory.createOperation();
operation.numberA = 3;
operation.numberB = 2;
double result = operation.getResult();
System.out.println("相加结果："+result);
//我想调用另一个实例，仅仅在此newSubFactory()修改一下就可以了
IFactoryfactory2 =
new SubFactory();
Operationoperation2 = factory2.createOperation();
operation2.numberA = 3;
operation2.numberB = 2;
double result2 = operation2.getResult();
System.out.println("相减结果："+result2);
}
}
与简单工厂模式比较
比如我们要加一个算法：M的N次方，在简单工厂里面，我们先去加“M的N次方”功能类，然后去更改工厂方法，当中加case来判断调用；工厂模式呢，我们需要加“M的N次方”功能类，还要加该功能的工厂类，并且还要改客户端。看似麻烦了，其实不然，简单工厂最大的优点是工厂类中包含了必要的逻辑判断，根据客户端的选择条件动态的实例化相关的类，对于客户端来说，去除了与具体产品的依赖。而工厂模式遵循了开闭原则，我添加业务需求不用修改原来的类的逻辑，直接添加新的逻辑就可以了。
最后附上工厂模式类图：
总结：工厂方法模式实现时，客户端需要决定实例化哪一个工厂来实现运算类，选择判断的问题还是存在的，也就是说，工厂方法把简单工厂的内部逻辑判断移到了客户端代码来实现，你想加功能，本来是改工厂类的，而现在修改客户端。