java设计模式学习笔记之工厂方法模式

java设计模式学习笔记之工厂方法模式

尊重原创，转载请注明出处：http://blog.csdn.net/qq137722697

这是一个使用策略模式和构建模式设计的网络请求框架，去看看吧《[倾力之作]android轻量级网络请求框架MyHttputils2.1.6》

其实设计模式是有一个单一职责原则和开放封闭原则的。如果你懂这两种方式，你可能就知道简单工厂模式都违背了这两种原则。

开放-封闭原则

是指软件实体（类、模块、方式等等）应该要可以扩展，但是不能修改。

单一职责原则

就一个类而言，应该仅有一个引起它变化的原因（大白话就是功能有一个就可以了）

为什么违背了开放-封闭原则？看工厂类就知道了，当需求增加的时候（比如加一个m的n次幂）就是直接修改工厂类了，可以修改意味着安全性降低，比如不小心修改到其他逻辑代码产生影响等。

单一职责就更好理解了，简单工厂类中有了switch的分支，不是单一的了。

简单工厂模式的升级版——工厂方法模式

下面将继续以计算器案例为demo，Optiner计算器类不变（建议先看这篇《java设计模式学习笔记之计算器中的简单工厂模式》）

public class Optioner {
private int oFirstNum;
private int oSecondNum;

public Optioner() {

}

public Optioner(int oFirstNum, int oSecondNum) {
this.oFirstNum = oFirstNum;
this.oSecondNum = oSecondNum;
}

public int getResult() {
return 0;
}

//省略get、set方法
}

将运算方法抽取为一个运算类的接口

/**
* 运算工厂接口类
* Created by HDL on 2016/12/2.
*/
public interface IOperationFactory {
Optioner createOperation();//创建运算
}

有一个加法运算：

/**加法运算
* Created by HDL on 2016/12/2.
*/
public class AddOptioner extends Optioner{
@Override
public int getResult() {
return getoFirstNum()+getoSecondNum();
}
}

对应一个加法运算类的工厂类

/**
* 加法运算工厂
* Created by HDL on 2016/12/2.
*/
public class AddOperationFactory implements IOperationFactory {
@Override
public Optioner createOperation() {
return new AddOptioner();
}
}

使用

public static void main(String[] args) {
Optioner optioner = new AddOperationFactory().createOperation();
optioner.setoFirstNum(33);
optioner.setoSecondNum(33);
System.out.println("结果为："+optioner.getResult());
}

结果：



某一天需求改变了，让加一个减法的功能，这就好办了，只需要加一个减法运算类和减法运算工厂类即可。

/**
* 减法运算
* Created by HDL on 2016/12/2.
*/
public class SubOptioner extends Optioner {
@Override
public int getResult() {
return getoFirstNum() - getoSecondNum();
}
}

/**
* 减法工厂
* Created by HDL on 2016/12/2.
*/
public class SubOperationFactory implements IOperationFactory {
@Override
public Optioner createOperation() {
return new SubOptioner();
}
}

用法：

public static void main(String[] args) {
Optioner optioner = new SubOperationFactory().createOperation();
optioner.setoFirstNum(33);
optioner.setoSecondNum(31);
System.out.println("结果为："+optioner.getResult());
}

结果：



是不是相对好多了？可扩展性非常强、耦合度低，但是觉得不好的就是类增加太多了，但是为高性能的代码这点付出还是值得的，还有一方面就是选择条件又变到客户端了，怎么说？就是说要实现什么功能还是要由客户端来实例化的。（其实后面还有优化的方式，即通过反射的方式，后面陆续退出相关文章）

简单工厂与工厂方法的比较

简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断，根据客户端的选择条件动态实例化相关的类，去除了与具体产品的依赖。

最后

再来说说工厂方法模式

工厂方法模式（Factory Method），定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。（由子类来决定需要实例化哪个）

尊重原创，转载请注明出处：http://blog.csdn.net/qq137722697