java面试文章集 https://www.cnblogs.com/yulinfeng/category/877774.html
工厂模式分三类:简单工厂模式、工厂方法模式、抽象工厂模式。
首先介绍比较简单一种工厂模式——简单工厂模式。
我们以计算器作为一个例子来说明工厂模式到底是什么。作为一个几年前大一从C语言起步的初级程序员,到现在写代码的思维还是停留在结构化编程,虽然Java学了有几年了,总是说面向对象面向对象。但是让实现一个计算器的程序,估计大部分人都会以C语言式的结构化编程来写,几个if语句或者一个switch来搞定。我也同样不例外,为了提高自己的编程水平,所以一点点开始学设计模式。其实在很多开源代码里也有很多经典的设计模式,不懂设计模式,真的很难读懂源代码。
既然是工厂模式,那就有一个工厂类。这个工厂类是用来干嘛的呢?工厂是用来做什么呢?生产东西用的,工厂模式的工厂类就使用类生产不同类不同对象的。
package day_1_sampleFactory;
/**
* 运算符工厂类
* @author turbo
*
* 2016年8月31日
*/
public class OperationFactory {
public static Operation createOperation(String operate){
Operation oper = null;
switch (operate) {
case "+" :
oper = new OperationAdd();
break;
case "-":
oper = new OperationSub();
break;
case "*":
oper = new OperationMul();
break;
case "/":
oper = new OperationDiv();
break;
default :
break;
}
return oper;
}
}
这个工厂类根据不同的操作符来选择不同的操作类型,加减乘除。下面定义一个操作符抽象类,加减乘除来继承实现这个操作符抽象类。
package day_1_sampleFactory;
/**
* 运算符抽象类
* @author turbo
*
* 2016年8月30日
*/
public abstract class Operation {
private double numberA;
private double numberB;
public double getNumberA() {
return numberA;
}
public void setNumberA(double numberA) {
this.numberA = numberA;
}
public double getNumberB() {
return numberB;
}
public void setNumberB(double numberB) {
this.numberB = numberB;
}
public abstract double getResult();
}
下面加减乘除分别基础这个抽象类,只举加法。
package day_1_sampleFactory;
/**
* 加法
* @author turbo
*
* 2016年8月30日
*/
public class OperationAdd extends Operation {
/* (non-Javadoc)
* @see day_1_sampleFactory.Operation#getResult()
*/
@Override
public double getResult() {
double result = 0;
result = super.getNumberA() + super.getNumberB();
return result;
}
}
下面实现客户端。
package day_1_sampleFactory;
/**
* 简单工厂设计模式
* @author turbo
*
* 2016年8月31日
*/
public class Main {
/**
* @param args
*/
public static void main(String[] args) {
Operation oper;
oper = OperationFactory.createOperation("+");
oper.setNumberA(1);
oper.setNumberB(2);
System.out.println(oper.getResult());
}
}
利用简单工厂模式,只需要输入运算符号,工厂类就能实例化出合适的对象,通过多态返回父类的方式的实现了计算器的结果。
#到现在,就是简单工厂模式的思想,为什么不能几个if分支判断来实现计算器呢?那样岂不是代码量更少,好像更容易阅读么?代码量少是在这里更少,但是如果考虑到扩展性,如果是一个大型项目,该需求或者做扩展的时候,我想付出代价远远比工厂模式这多出来的代码更大。至于容易阅读,可能对初级程序员来说,结构化的编程的确更容易阅读,一条路走到底,不用去看各种父类子类继承等等等等。