遇到一个老的项目，有一个函数是 8 层嵌套，if 套 while 再套 if 再套 while 再套 if ….,而且每个条件判断中，各种&& 套 || 再套 &&，这个 8 层嵌套俺数了一下，一共 400 多行代码。。。
让俺感觉到奇怪的是，之事从事这个项目的老员工对这个函数竟然没有丝毫的意见，他们似乎很平静。
那么问题来了，俺之前受的教育是，函数应该尽量短小，嵌套应该尽量浅。所以遇到这个函数俺自然感觉浑身不适，但那些老员工似乎都很平静。是俺太笨了，理解不了这种 8 层嵌套，还是俺太矫情，太理想主义了，太教条了，还是老员工已经习惯了？
求解惑
关键是有个功能要在这基础上改，俺修改的时候瑟瑟发抖，生怕改坏了（注意，这个函数没有相关测试）
这感觉就像是拿着一个很脆弱的易碎品，生怕摔了。
又像是你去蹲坑，发现停水很久了，坑里已经被 S 塞满了，而你不得不忍着恶心蹲下
你用文本的形式或者思维导图把所有情况列出来就行了，按图索骥呗。
如果拆成 N 个函数，Debug 的时候东跳西跳可能完全理不清头绪。理论上函数应该尽量短小，但实际上要看好不好 Debug，好不好理解。
也就 400 行，你可以试着理一下，如果不是把一垞屎变成 N 垞屎，那就可以跟领导邀功了。
这感觉就像是拿着一个很脆弱的易碎品，生怕摔了。
又像是你去蹲坑，发现停水很久了，坑里已经被 S 塞满了，而你不得不忍着恶心蹲下
以前同事也是这么想的，可能原先只有七层嵌套， 他怕改出问题，一个稳妥的办法，八层嵌套
不过好在每次写 if else 我都会留下注释，为什么加每一层判断以及要干嘛这种的，算是方便后期维护吧，毕竟代码放了三个月再看，亲妈都不认识了
这种代码俗称屎山，屎山不是一日堆成的，你要想撬动屎山就做好被屎淹没的勇气，撬不动就再堆点屎，浮冰之下用户也看不到屎山，再说了就大部分程序员的这个代码水平，芳古流传不可能了，十七八年基本就会整体换一代框架， 没必要，真的没必要
如果你的业务代码需要用 400 行代码来描述，你拆成小函数也是差不多的，一样要走不同的分支，在不同的小函数里跳来跳去。
) 想到了这个图 