不要 if else 的编程

[barb]

http://www.linuxeden.com/html/news/20131127/145900.html
高手们怎么看？

[rail4you]

准确的说法应该是不要滥用if else编程，

if else的层次越多，越接近goto语句，可读性越差。复杂的if else可以重构改善可读性。文章里的例子不算好，简单的if else对程序员来说是很容易读懂，没必要折腾。

[josephshen]

呵呵。。。

[est]

这个装逼不算。有本事写汇编不要用CMP

[Golevka]

其实你们可以用这种方式代替branching：
([lambda_t, lambda_f][to_int (not cond_expr)])();

其中lambda_t是true分支，当cond_expr求值为true时，to_int(not true)为0所以调用lambda_t；反之调用lambda_f。当然原文的本意也不是鼓励我们这么矫枉过正地回避branching。

[davepkxxx]

用语言特性和设计模式代替条件选择么？

[mikawudi]

@Golevka 就是表驱动么?一个函指针数组,具体取下标由执行一个判断函数来确定,但是很多强类型语言里面要求列表中放置同类型数据,所以要lambda_t,lambda_f有相同的函数签名(例如csharp
int a = 0;
Func<int> getIndex = ()=>{return 1;};
new List<Action> { () => { a = 10; }, () => { a = 20; } }[getIndex()]();)
.....就算可以再外面包上一层相同原型的函数....效率不是更低了么毕竟多了几次call呢.....而且这样表驱动的话.....本身就是找列表地址然后call.....对比cmp,然后ja|jb|je来的要慢吧?

[luikore]

@est 很简单啊, CMP 换成 SUB

[nil]

就作者给出的例子来看，非常靠谱；文档title翻译略显蛋疼。。。

[Golevka]

@mikawudi 认真了你就输了=w=

[lzt163]

= =隐约记得重构那本书就说要用多态来着。。。
有点烦

[mikawudi]

@Golevka = -!你妹.....