其实我们平时经常用这个设计模式,只是我们不大清楚罢了,一个抽象类,底下若干子类,利用继承和多态来让我们的程序拥有更多的拓展性。然后我们今天看一下简单工厂这个设计模式,不过设计模式千万不可胡乱套用,从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的啊?答案是有的,怎么做呢?大家慢慢想想,后面会给大家解答的,一步一步,其实设计模式很简单,都是我们平时用过的,见过的,只是不知道他的名字罢了。
网友评论