知识大全 过多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的有价值多了 :)

相关参考