你用大量 if else，而不用switch的原因，if真香啊

最近工作接手了一块新业务

本以为很简单，轻轻松松就能搞定

再看代码的时候余光一瞄

我的妈呀

一大堆if else套if else的模块

心理骂骂咧咧谁他喵写的这玩意

就跟破水管一样，又臭又长

然后开始review历史

 

但毕竟没有一个人会希望让自己的代码变为裹脚布

所以我就在思考

前面接手的人

为什么要保留这么一大堆有用的垃圾？

switch他不香么？

 

后来我便问工作的朋友

我前面一共有几个人接手？

“前面有2个”

那这2个前任都是咋想的？

正好可以有机会采访一下

于是通过这个朋友就问了第一个写代码的人

第一任说

这个锅绝对是是甲方的，让他娘的随便改需求。

一开始写下这段代码时，只有两个if else

后来开始逐渐加需求，先是一个、两个，

结果没想到甲方改的越来越多，

 

毕竟是金主嘛，他说啥你干啥

后来甚至在增添第一第二条else时

也只是很随意的加上。

在改了十几版后

随后量变引起质变，于是逻辑分支快速扩张

这么简单的逻辑在之后会变成这么复杂的模块

 

其实在有点麻烦的时候就想改了

但对方怕耽误，跑起来就行了，一个字都不让动

在做完这个项目直接溜了，甲方太难伺候了。

 

和我交接的第二任正好微信也加了

也无聊唠嗑，问到这问题

“还不是甲方的锅”

我本来想改成switch来着

但甲方一直改改改，一直加、一直减

也就算了

毕竟一座屎山不能挖

想加一个东西，扔上去就行了

把自己的事干了就行

毕竟复杂度摆在那里，万一崩了还得背锅。

 

所以自己只管加了

自然有后来人维护这一大堆

毕竟金主真能去得罪？

成功了也没啥好处

稍微不注意甚至一大堆坏处

都是拿工资，谁管这么多啊

 

这样一聊过

这么一想心里就好受多了

编程嘛，最重要的是要看的开

于是我又增加了两条else，测试，提交，下班。

 

有的时候不需要把代码当艺术品，能够适度忍受不完美

到点可以跑，bug率可控，可以追踪，有啥问题解决啥问题也很重要

给我一万年，我也能把一个项目，搞成艺术品，有个毛用

代码就是大便

工作很多时候就是和一坨屎共处

千万别深挖

说不定把哪里挖塌了把你埋了

扔一坨代码到屎山上，达到自己目的，能跑就行了

 

你还要搞清楚山上的屎哪一坨是谁拉的

拉的人吃了什么，就没什么意思了

能在超级大的屎山上扔一坨代码进去

把自己的事干了，也是本事

毕竟谁没维护过烂代码

复杂度足够大，都会成为屎山的，什么设计模式都没什么鸟用。