相信不少同学在维护老项目时，都遇到过在深深的 if else 之间纠缠的业务逻辑。面对这样的一团乱麻，简单粗暴地继续增量修改常常只会让复杂度越来越高，可读性越来越差，有没有固定的套路来梳理它呢？这里分享三种简单通用的重构方式。 所谓的【面条代码】，常见于对复杂业务流程的处理中。…

if else使用过多使得代码可读性差、代码混乱、复杂度高、影响开发效率、维护成本高，如何解决这些问题呢？

这里我们简单的定义一个表示状态的枚举。 那么我们在使用的时候就可以直接通过枚举调用了。 这时候该掏出Optional这个秘密武器了，它可以让非空校验更加优雅，间接的减少if操作。没了解过Optional的同学可自行Google，这里就不再赘述。 上面的代码跟第一段是等效的，通过…

在很多时候，我们代码中会有很多分支，而且分支下面的代码又有一些复杂的逻辑，相信很多人都喜欢用 if-else/switch-case 去实现。做的不好的会直接把实现的代码放在 if-else/switch-case 的分支之下： 这样的代码不仅冗长，读起来也非常困难。做的好一点…