其实我们平时经常用这个设计模式，只是我们不大清楚罢了，一个抽象类，底下若干子类，利用继承和多态来让我们的程序拥有更多的拓展性。然后我们今天看一下简单工厂这个设计模式，不过设计模式千万不可胡乱套用，从android源码就可以知道，很多设计模式都是在android改良的，所以合适的才是更好的，关键是思想而不是格式。
比如我们有这么一个需求：
两个数字的简单运算器
两个数字进行加减乘除，很好写的一个程序。
一般说来我可能会直接写一个方法
public static double doResult(double numberA, double numberB, char symbol) throws IllegalAccessException {
switch (symbol) {
case '+':
return numberA + numberB;
case '-':
return numberA - numberB;
case '*':
return numberA * numberB;
case '/':
return numberA / numberB;
default:
throw new IllegalAccessException();
}
}
先不考虑除法0问题，逻辑没有毛病吧，效果没毛病吧，我相信很多人都会这么写，但从这个需求来说，就已经够用了。
但是从设计模式上来经，完全不符合闭合原则，如果需求有变化，我要加入别的算法，或者我想三位数的计算，或者是对结果的取整等等，我们怎么改呢？
在源码上直接改吗？很显然有问题，既然是功能拓展，我们不希望改源代码，而是希望去拓展，不然的话，有一个需求改一遍源码，错误的出错率大大提升，对于以前的兼容性基本为0，复用性更是没有。所以我们需要改变一下。
运用简单工厂设计模式，会更好一些，当然会有别的设计模式比他更好用，但是我们先简再难，一步一步的来优化。
先画UML图，再写代码，会让你事半功倍
简单工厂.png
逻辑很简单，一个抽象类，下面若干子类，这就说明如果有功能拓展直接增加子类就也可以了，原有应用代码不需要改变，然后利用一个工厂类来创造实体类。
public abstract class Algorithm {
protected double NumberA;
protected double NumberB;
protected abstract double getResult();
}
public class Addtion extends Algorithm {
@Override
protected double getResult() {
return NumberA+NumberB;
}
}
public class Divition extends Algorithm {
@Override
protected double getResult() {
if (NumberB==0){
throw new IllegalArgumentException();
}
return NumberA / NumberB;
}
}
public class Multipliation extends Algorithm {
@Override
protected double getResult() {
return NumberA-NumberB;
}
}
public class Subtraction extends Algorithm {
@Override
protected double getResult() {
return NumberA*NumberB;
}
}
public class AlgorithmFactory {
public static Algorithm createAlgorithm(char str) {
switch (str) {
case '+':
return new Addtion();
case '-':
return new Multipliation();
case '*':
return new Subtraction();
case '/':
return new Divition();
default:
return null;
}
}
}
public class main {
public static void main(String[] args) throws IllegalAccessException {
Algorithm algorithm = AlgorithmFactory.createAlgorithm('/');
algorithm.NumberA = 10;
algorithm.NumberB = 5;
System.out.print("rusult:"+ algorithm.getResult());
}
}
这样就比之前的好很多了，但是还有有问题，比如switch那里还是需要修改，还是不大符合开闭原则，有没有不用switch的啊？答案是有的，怎么做呢？大家慢慢想想，后面会给大家解答的，一步一步，其实设计模式很简单，都是我们平时用过的，见过的，只是不知道他的名字罢了。
