据说优秀的代码没有 else？

个人比较认同:优秀的代码中 if 必定有 else
"
每个 if 语句都有两个分支的理由是：如果 if 的条件成立，你做某件事情；但是如果 if 的条件不成立，你应该知道要做什么另外的事情。不管你的 if 有没有 else，你终究是逃不掉，必须得思考这个问题的。
"
引用自:http://www.yinwang.org/blog-cn/2015/11/21/programming-philosophy

@noNOno #1 感谢分享这篇文章

python

@noNOno #1 话说你知道还有什么书，能讲讲代码解耦，可读性这些内容吗？我最近一直在思考这方面

@whx20202 设计模式方面的书

优秀的代码没有 if

@linthieda 是的我们一般用 switch （手动滑稽）

@whx20202 哈哈,没,我看这方面的书比较少.

据说优秀的代码没有 try exception，我到现在也没懂。

@linthieda
@wellsc
优秀的项目不需要代码,推荐给你们:
https://github.com/kelseyhightower/nocode

@wellsc 优秀的代码怎么会有 exception(滑稽

优秀的代码只有一个 return。

@wellsc golang 了解一下

优秀的代码只有一个 return+1，曾经想在某个函数返回前加一段逻辑，却发现这个函数的中间花式 return，最后不得不找出每个 return 加一遍。

单出口党和多出口党的竞争

@guog #11 我也不懂啊，群里的 C++ 大佬说的，我一直没想明白

@wizardforcel #13 kotlin 也没有

@wellsc 因为妥善处理了所有可能出错的情况，不需要再另外捕获错误了

有这样想法的人肯定没用过 goto

好无聊的讨论

和我的观点一样，有没有 else 对机器来说一样，但是对代码阅读有很大好处。

及早把异常情况排除，剩下的，就是正常流程的代码。这样，就只要写逻辑，不用考虑其它。
eg，没有登陆，直接检测，然后 return 掉，比 else 里面包下正常逻辑要好一点吧。
看侧重点吧。如果业务逻辑就是很复杂，if else 能够确保逻辑准确性。对于那些，不能继续往下执行的分支，及早 return 掉吧。

我习惯倒置条件，把异常情况 return 出去，这样就不需要 else 了。没看出楼上说的有 if 必有 else 有啥好。

early return

```public int SomeFunction(bool cond1, string name, int value, AuthInfo perms)
{
int retval = SUCCESS;
if (someCondition)
{
if (name != null && name != "")
{
if (value != 0)
{
if (perms.allow(name)
{
// Do Something
}
else
{
reval = PERM_DENY;
}
}
else
{
retval = BAD_VALUE;
}
}
else
{
retval = BAD_NAME;
}
}
else
{
retval = BAD_COND;
}
return retval;
}```

```public int SomeFunction(bool cond1, string name, int value, AuthInfo perms)
{
if (!someCondition)
return BAD_COND;

if (name == null || name == "")
return BAD_NAME;

if (value == 0)
return BAD_VALUE;

if (!perms.allow(name))
return PERM_DENY;

// Do something
return SUCCESS;
}```

如果 if 太多就不写 else 了

很久很久以前, javaeye(iteye) 上有个贴子, 代码里如何不用 if. 他好像包装了 n 层, 最后还是逃不掉用 if.

不要 else 主要是因为一些人在一个 function 里集合了特别复杂的嵌套逻辑，导致代码可读性下降。
所以推荐细化 function，尽量让它们做最简单的事情，把一些可复用的方法抽象出来，便于调用。

我一般能不用 else 就不用 else，不过这样没啥可吹的。

resharper 的规则里就是少用 else

不，优秀的代码没有代码
https://github.com/kelseyhightower/nocode

@cxbig
比如 if flag return true else return false 这样？

感觉是最初版本必须有 else, 不然在条件复杂的情况下你可能漏掉一些情况.

也许在你加入单元测试之后, 然后可以把 else 重构掉, 这样最保险.

一些菜鸡实在没有干货显摆自己的实力就扯这种言论，以讹传讹

我就举一个例子。Javascript 传统的回调函数通常长这样：(error, ...args) => {}

最正统的做法就是在函数体内先写错误处理部分：

{
if(error) { // oops }

// do something
}

如果有错误，先处理，这部分代码通常都很短（可能短至一行），接着写回调函数本身的逻辑，很清晰。

如果坚持完整的 if-else 结构，那么所有的回调函数都长这个样子：

{
if(error) {
// oops
} else {
// do something
}
}

不知道你们怎么样，反正我是拒绝的。

包括王垠和其他一些人宣称完整的（和嵌套的） if-else 更易于阅读，逻辑更清晰，但我自己的实践体验是：并非总是如此。

很多时候嵌套的 if-else 更难以阅读，远不如不嵌套的逻辑结构清晰。所以我认为合理的做法是使用最易于阅读的方式，而不是死抠嵌套或不嵌套的 if-else。

死扣这个的才是搞笑呢。。。代码风格要结合你使用的语言，结合团队现有的代码规范，以及你自己写的是不是爽来决定。 代码只要读起来清晰易懂 用不用 else 又何妨呢？

3

@des
你是说放一行？如果逻辑简单，长度不超标，可以。
无 else 通常是：
如果一个条件只有 2~3 行就可以 return，那就写进 if 里；然后 else 的部分不用再缩进了。看上去缩进不多。

优秀的代码甚至连 if 都没有，只有 pattern matching..

卫语句？

优秀的人写坨翔都优秀。

No Code is the best code.

怕的是选择结构多层嵌套。尽早 return

优秀的女生是没有性生活的。

优秀的程序员是不写前端的

优秀的代码连变量名都没有。（认真脸.jpg ）

了解一下:
https://github.com/kelseyhightower/nocode

@jukka Pattern Matching 点赞
不过其实 if else expression 可以看做对 boolean 的 pattern matching 的语法糖，所以 expression based 也很重要

业务发展快，又挣钱的公司代码都特别烂 --- 鲁迅

if(condition){doshit()} if(！ condition){dosomeshit()}这样可以吗

The else isn't needed，but it does help the casual reader understand the intent. 《 C++ Primer Plus 》第六版 p308.

翻译：else 并不是必须的，但是它可以帮助粗心的程序员理解意图。

就像，符号明明存在优先级，有时候明明不需要括号，却还要加括号。换句话说，代码是给别人看的，方便别人理解。

定义变量，if...else...进行差异化赋值，结尾统一 return

有 goto 就好了不需要 else

有些编码规范要求 if 一定要带 else。
具体原因你可以看下：悬挂 else

考虑到大部分人写的代码都是业务代码，每个地方最好都有 else。
e.g. 调用银行接口，000000 是成功，ERR 打头的是失败，其他不在返回码列表里的至少要打个日志或者抛个错误出来。不然到时候排查问题就死定了 0.0，系统高可用 4 个 9 瞬间变为 3 个 9

一般的代码为了性能都会要求快速失败, 优先判断失败的规则, 测试起来也更方便, 所有 else 很少能见到
以上

@noNOno
我当时看 yinwang 都惊讶了，因为几乎所有的编程实践，都是推荐尽力减少 else
yinwang 是某一方面的专家，但不一定是一个精通写代码的人，你要知道这两方面的区别。不要盲目随从。

你可以看一下 @zxybird 的解释

这话题如果换到知乎，就已经有好几篇仿优秀的女生没有性生活的段子出来了

@cloudzhou 看了.
我觉得这里讲得 if/else 只是表象.
本质上的好处是,在写代码时,将自己代码的潜在问题,自己解决掉,而不是将问题放到其他地方.

if/else 就是最好的例子,写了 if 不写 else,那么看代码的人遇到 else 的情况就需要重新思考.

每个人的代码习惯都是信仰,不要争论为好~~
^-^

优秀的代码，该有的 else 必须有，这么多的 return 才是不推荐的

@cloudzhou 请问是有哪些书本还是文章吗?我一直看到的,听到的,都是建议写上 else.没见过推荐尽力减少 else 的.

@zj299792458 装饰器。

哪有什么优秀不优秀，既然语言设计出了这玩意，就必有他存在的理由。

JS 这么干就是作死。

没有 else 可读性直线下降。
else 可以有，不宜嵌套太多。

都 8021 年了还有人在吹垠神吗

if 是不能完全避免的，好的数据结构或算法可以让 if 的出现频率减少。
if 如果是在函数头部简短的做 condition check，个人觉得可以不写 else。但是如果不简短，尽量加 else。
如果有 elseif，那尽量加 else，即使 else block 里面什么都不做。

@des #31 这仓库...天才...

不对 你们说的都不对

优秀的代码应该没有 BUG

垠神的逻辑很好理解啊。你想想函数式语言，真没有副作用了，全都是表达式，没有隐式 null，那有 if 就必有 else，逼着你理清代码，然后用 Maybe Monad 这样的东西整理逻辑，不然层层 if else 写起来就像回调地狱。

而如果你不在乎副作用，而且本来就需要一堆 Guard Condition，像楼主的方法就很清晰。

if else 只是一个工具而已，在考虑效率和功能的基础上，才能研究这些东西，我觉得 else 是不可缺少的，因为总有挑战程序员的事情出现

游戏业务逻辑了解一下？

各种 if else else else

if else 是什么东东，我写代码只有 cmp jnz xchg 这些。好高大上的样子. -:)

各位大佬说的都对

haskell 等函数式语言，if 也是表达式，所以必须要有 else。

好处是你可以用 if 来赋值了。

给一个 Python 的写法，不用 if

```python

def parse_right_answer():
xxxx

def parse_wrong_answer():
yyy

def parse_other():
zzz

swith = {'true': parse_right_answer, 'false': parse_wrong_answer}

switch.get(answer, parse_other)()
```

有 if 没 else 通常意味着你没考虑周全。

即便 else 中不需要代码（如不需要副作用），也应当写上以表明这种情况自己考虑了。

允许有 if 没 else 容易写到一半忘记考虑另一半的可能性了，所以应当禁止。

我习惯在一个方法开始时，先去判断所有异常情况，有异常直接 return。最后再去写正确时的逻辑。

一锤定音：题主和一些答主肯定没看过《 cc 》，请没看过的赶快看相关章节。看过的就直接绕道吧，不要强答了，能说清楚还要那么厚的书干嘛

这世界上没有最好的语言(除了 PHP), 也没有最好的设计模式, 到底要不要写 if...else 以及是否需要多个 return, 都要根据具体情况来做选择.

有的人啊, 总想搞个大新闻, 还是要提高自己的恣肆水平(手动长者脸)

不同语言特点不一样，PHP 做逻辑判断的手段很多，或运算和三目运算就已经解决大部分简单逻辑了，view 部分用这些代码还简洁些，python 写太复杂缩进看的眼晕，抛异常退栈和各种语法糖看着简单些，至于 c 一类的能怎么严谨写怎么严谨最好，不然出 bug 的时候能死人

优秀的代码没有代码
https://github.com/kelseyhightower/nocode

if 一定要跟 dlse 配套，否则会出现低级逻辑错误

看情况吧。 这种我倒是经常写。
if （！ pointer ）
return;
pointer->doSomething();

优秀的代码？没有！

不用 else，而是用 guard 方式，很多时候是为了 if else 层级过多导致的错误。

如果层级很简单，为什么不用？

据说优秀的程序员都不用手敲代码，用嘴敲

if 和 return 配，和 break 配。
需要写 else 的人，函数体都很长，过得都很辛苦。

@noNOno 这个说法其实有点片面，如果 if 里直接有 return 的，不需要有 else，多此一举，否则还是需要 else

多入口 单出口 这是我 coding 的原则

个人认为，不是“优秀的代码没有 else ”，而是“优秀的代码没有 if else ”，都是用各种设计模式拆分成更细分的单独类了，不过那样需要很高的编码水平，以及会把代码复杂化，导致别人可能一时半会儿看不懂你的代码，而且写起来也慢，实现相同功能的代码量更多。

优秀的代码没有分号（

个人习惯吧，逻辑清晰就好，我就比较少用

说自己的代码用 if 从来不用 else 的，就好像是说自己的代码从来没有 bug 一样
一个条件判断输入的变量，一般来讲有 4 种情况，true,false,null,'',后三者都会走 else，不走 else 就要在之前全部判定掉
不管怎么说，加 else 是个好习惯

全用三目运算符算不算没有 if 或 else。？？？

怎么写要看什么情况，可读性和性能挑一个。优秀的人早升官不写了

请用逻辑来理解 if else 的逻辑意义，而不是从什么可读性，优雅性，来看待这个逻辑

来个 if else 互相嵌套十层，估计就没人会质疑 if 搭配 return 的玩法了。

要知道，复杂逻辑的分支结构，来个十层嵌套并不算过份。当然，会需要这类代码的地方不多。
一般我们会用抽取函数、方法之类的方式，让代码清晰一点