如何避免/或者更好地处理编程中的多重 if 嵌套？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 3578 天前的主题，其中的信息可能已经有所发展或是发生改变。

比如，在写业务代码时，常常会有多重判断，所以代码可能会是这样：

if(a){
    if(a1){
        if(a11){
            alll
        }else{
            a12
        }
    }else{
        a2
    }
}else{
    b
}

而这种多层嵌套，显然不是好的编程方式，有什么好的技巧 /或方法解决这个问题吗？ segmentfault 传送门： https://segmentfault.com/q/1010000004888693

第 1 条附言 · 2016 年 4 月 11 日

多谢各位，看了各位的回复很有收获，看来不仅要多写，还要多思考。

else

嵌套

编程

代码

15 条回复 • 2016-04-11 16:24:43 +08:00

levn

2016 年 4 月 7 日 via iPad

把里面的写成函数。。

ihuotui

2016 年 4 月 7 日

建议看一看重构那本书

banricho

2016 年 4 月 8 日

少用 else ，提前 return 出去呗 -。-

lightening

2016 年 4 月 8 日

把那个逻辑抽象成类，用继承。

Perry

2016 年 4 月 8 日 via iPhone

看什么语言吧，比如 Scheme 可以用 cond

msg7086

2016 年 4 月 8 日

不知道是什么语言不过如果是面向对象的话，

https://robots.thoughtbot.com/tell-dont-ask

techmoe

2016 年 4 月 8 日

三元表达式

ShiHou

2016 年 4 月 8 日

http://www.yinwang.org/blog-cn/2015/11/21/programming-philosophy

rainysia

2016 年 4 月 8 日

据说某俄国特工九死一生偷到了 NASA 太空火箭发射程序源代码的最后一页, 打印出来后:
｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝｝

shineMicroxy

2016 年 4 月 8 日

if(!n){
return;
}
//do something

shakoon

2016 年 4 月 8 日

改用 case when

ProfFan

2016 年 4 月 8 日

状态机啊

yunying

2016 年 4 月 8 日

合理利用继承和多态

另外正如二楼所说的，请看重构： https://book.douban.com/subject/4262627/

O3YwA1ENkb7i35XJ

2016 年 4 月 8 日

@rainysia 不应该是 ))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))

吗? NASA 是使用的 LISP

ihuotui

2016 年 4 月 11 日

@ihuotui 还有 head frist 设计模式， https://book.douban.com/subject/2243615/
代码写不好，是 50%思想不对， 40%经验不足， 10%思维短路，然而前面两个都是可以学习的。第三个可以交流。