知识大全过多if-else分支的优化

Posted 2022-07-19 知

篇首语：成家后，你要明白，你赚钱的速度不仅要快于你花钱的速度，还要快于父母变老的速度。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全过多if-else分支的优化相关的知识，希望对你有一定的参考价值。

　　我想谈一谈这个话题是因为我的上一篇博客有一些朋友回复说if else过多的分支可以使用switch或者责任链模式等等方式来优化确实这是一个小问题不过我们还是可以整理一下这个小问题的重构方式

　　为什么要优化?

　　你没有看错这是要放在第一条谈论的

　　有许多人会说叠起来一堆if else分支代码就不优雅了可是怎样去定义优雅的概念呢?再退一步说即便不优雅又有什么问题?

　　对于这样一段再普通不过的代码

　　int code;

　　if( Name equals(str))

　　code = ;

　　else if( Age equals(str))

　　code = ;

　　else if( Address equals(str))

　　code = ;

　　可以有好多种重构方式但是使用这样的代码虽然简陋但在大多数情况下并不会影响什么比如对可维护性没有影响当然如果你发现其中确有不好的一面那就要考虑重构它换言之通常你首先要说出某段代码的问题(比如你觉得这段代码不符合开闭原则因为你希望保持这段代码闭合稳定) 那么才去存在重构的必要而不要总是使用优雅和简洁搪塞疑问几乎所有的书上都说要写出优雅的简洁的代码这本身无可厚非但是事物需要使用自己的判断可不要被习惯性地洗了脑

　　在我前一家公司是典型的通讯和传统软件的公司代码质量普遍不错但是很多时候会看到许许多多不够优雅的代码——也许你觉得不够简洁美观但是下代码严谨清晰我觉得这就很好反之某一些精巧的设计可能会带来可阅读性和可理解性下降的问题

　　寻找代替分支判断的方式

　　接下去我们再来考虑怎么样去重构优化过多的if else分支

　　程序逻辑最基本的组成就是分支判断和循环而过多if else正是由于在某一个变化的点上有许多判断条件和结果分支造成的所以最基本的解决办法就是把多个判断条件合成一个也就是把若干个分支合成一个

　　但是在大多数情况下条件判断的分支都是无法合并的所以我们需要把这个变化点通过别的途径封装起来而不是采用if else

　　 用一个Map可以做到 if else的变化点使用Map的get方法来代替

　　Map typeCodeMap = new HashMap();

　　typeCodeMap put( Name );

　　typeCodeMap put( Age );

　　typeCodeMap put( Address );

　　int code = typeCode get(type);

　　枚举

　　public enum Codes

　　Name( ) Age( ) Address( );

　　public int code;

　　Codes(int code)

　　de = code;

　　//使用

　　int code = Codes valueOf(de;

　　多态

　　ICode iCode = (ICode)Class forName( xxx + str) newInstance();

　　int code = iCode getCode();

　　当然如果仅考虑从String转向int这样的转换用这样的方式来简化分支判断逻辑这个方式这个例子不是很恰当当然这样的方式经常被用来做从字符串到具体对象的转换

　　还有一些朋友说的这个模式那个模式来解决多if else的问题这些都是正确的当然本质上也无一例外基于多态来实现的所以我就不提及了这些都不错至少比那些老说用switch来代替if else的有价值多了 :)

cha138/Article/program/Java/hx/201311/26892

知识大全 过多if-else分支的优化

知识大全过多if-else分支的优化