代码里充斥着 if-else 分支有什么不好吗？除了可维护性，对程序运行效率有什么影响吗？ 第1页

if else 会一定程度影响性能，在大量循环的情况下，它的性能会略微低一点，因为分支预测的关系。但其实，大多数情况下我们不用过早的进行性能优化^[1]。毕竟，通常只需要优化用profiler测定出来的性能瓶颈，其他地方的代码不需要。

至于可维护性？具体情况具体分析。

先考虑一下，实际工程中，如果你需要维护一个屎山级别的项目，你最害怕的是什么问题？

你最害怕的是：当你改一个地方的时候，会莫名其妙的影响某个不知道为什么会被牵连的地方。无论怎么改都会导致其它bug，最后无从下手。

所以实际情况是：代码越少复用，越少耦合，越少条件判断，越容易成为一份容易维护的代码。

至于最初面对的问题：改一个功能需要改多处代码，现在反而不是问题，因为现在编辑器的查找替换功能都非常强大，把所有使用的地方搜索出来，逐一修改即可。

你当年以为把一处代码提出来让多个模块公用，是一个好主意，十年后，这可能就会成为一个定时炸弹。

你可能以为老工程师喜欢把一份代码复制来复制去是一个很糟糕的行为，然而实际上，代码刚复制的时候看起来是一样，软件经过几十个版本的迭代，每一份代码就可能全变成不一样的，有经验的工程师一开始就预测了他们未来将会变成不一样。所以一开始就不让他们共享同一份代码。

那么反过来呢？如果你一开始就试图让多个地方公用同一份代码，结局就是：每当我们需要改一个地方的时候就会加一个if else，因为需要改的只有一处，你多个地方共用了同一份代码，导致为了改这一处使用场合，必须加个条件判断限定到某个特定场合。在未来，这种不恰当复用导致的增加耦合，会逐渐成长为不可维护的灾难。

所以 if else 究竟会不会影响维护？我认为是这样：

• 如果 if else 这个逻辑是算法的一部分，是原本设计如此，那么它就没有问题。
• 如果这个 if else 是在一次一次的需求变更，代码功能迭代中逐步加进去的，那么这个 if else 就是坑。

参考

1. ^Donard Knuth: The Art of Computer Programming https://stackify.com/premature-optimization-evil/#:~:text=Premature%20optimization%20is%20spending%20a%20lot%20of%20time,from%20his%20book%20The%20Art%20of%20Computer%20Programming%3A