声明:本博客里面设计模式相关的文章,均是学习 《大话设计模式》 的笔记。
工厂方法模式factory method,定义一个用于创建对象的接口,让子类决定实例化那一个类。工厂方法是一个类的实例化延迟到了他的子类。
前面有篇文章,是以计算器为例来学习简单工厂模式,这里还是以计算器为例,来把简单工厂模式,工厂方法模式放一起做个比较。
简单工厂模式的结构图:
工厂类的代码写法:
class OperationFactory{
public static Operation createOperation(String operate){
Operation mOperation = null;
switch (operate){
case "+":
mOperation = new OperationAdd();
break;
case "-":
mOperation = new OperationSub();
break;
case "*":
mOperation = new OperationMul();
break;
case "/":
mOperation = new OperationDiv();
break;
}
return mOperation
}
}
客户端的代码:
Operation oper=null;
oper = OperationFactory.createOperation("+");
oper.Number1 = 100;
oper.Number2 = 200;
double result = oper.getResult();
下面是工厂方法模式的实现,结构图:
代码实现:
先创建一个工厂接口:
interface IFactory{
Operation createOperation();
}
然后,加减乘除各创建一个具体工厂来实现这个接口:
class AddFactory :IFactory{
public Operation createOperation(){
return new OperationAdd();
}
}
class SubFactory :IFactory{
public Operation createOperation(){
return new OperationSub();
}
}
class MulFactory :IFactory{
public Operation createOperation(){
return new OperationMul();
}
}
class DivFactory :IFactory{
public Operation createOperation(){
return new OperationDiv();
}
}
客户端的实现代码:IFactory operFactory = new AddFactory();
Operation oper = operFactory.createOperation();
oper.number1 =100;
oper.number2 =200;
double result = oper.getResult();
简单工厂和工厂方法 模式的比较:
如果要增加一个开根号的运算功能,在简单工厂里,要先去“开根号”的功能类,然后修改工厂方法,加case判断。在工厂方法里,要加功能类,加工程类,还要改客户端。这2个模式的区别是:简单工厂的最大优点是工厂类中包含了必要的逻辑判断,根据客户端的选择动态的实例化相关的类,对于客户端来说,去除了与具体产品的依赖。就想计算器,让客户端不用去管该用哪个类的实例,只要把“+”号给工厂,工厂自动给出相应的实例,客户端只要去做运输就可以了。问题也在这里,如果要增加 开根号 的运输功能,是一定需要给运算工厂的case里加分支的,这就修改了原有的类,这样就违背了 “开放-封闭”原则(开放-封闭原则是指对扩展开放,对修改关闭)。所以就有了工厂方法,既然前面说的工厂类与分支耦合,那么久对他下手,根据依赖倒转原则(抽象不应该依赖细节,细节应该依赖于抽象,就是说要针对接口编程,不要针对实现编程),把工厂类抽象出一个接口,这个接口只有一个方法,就是创建抽象产品的工厂方法,然后,所有要生产具体产品类的工厂,去实现这个接口,这样一个简单工厂模式的工厂类,就变成了一个工厂抽象接口和多个具体生成产品对象的工厂。于是要增加 开根号 的运算功能,就不需要去修改原来的工厂类,只要增加这个功能的运算类和相应的工厂类就可以了。
这样,整个工厂和产品体系其实都没有修改的变化,只是扩展的变化,完全符合了开放-封闭原则的精神。