本来不想发帖的，因为一直不怎么喜欢发帖。不写太多，写太多就暴露了...
看到吧里很多人都是这样，多层逻辑嵌套，看似条例清晰、逻辑关系明了。实际上读起来真的很费力
看个最简单的例子，一吧友A想要发一个帖子宣传xx产品，需要征求所有吧主（bz1，bz2）一致同意后才可以发帖。
有人可能会这样写
看上去很自然. 逻辑也很清楚，bz1同意了之后bz2再同意肯定就没啥问题了.
有人会这样写
这样看上去逻辑更加清楚了，两个吧主同时同意.
还有第三种 第四种
以上看上去都行得通，那么现在又多个1个吧主呢？10个呢？50个呢？
第一个嵌套50个if - else
第二个写49个&&
第三个写50个if
第四个，变成50的数组。而且，同时可以分离出所有bz
$bz = [$bz1,$bz2];
function getPostAgree()
{
global $bz;
$agree = false; //flag
$agree = !in_array("disagree", $bz)
return $agree;
}
如何改进？
- 嵌套逻辑用平行逻辑代替
- 使用表驱动减少判断
- 不是必要的if-else，能不else就别else，不要if-elseif-elseif...-elseif-else
- if-return 代替 if-else
.....

还说一句，如果你的if超过一屏还没结束，考虑是不是该换一种逻辑.

感受到if return的方便和简洁之后就很少用if else结构了

if-return挺好用的,提高了代码可读性,并且符合单一出口原则,

难得好贴，帮楼主顶一下
现在网上学习的很多人以为“做出来”是唯一标准，楼主直接指出了“做出来”只是第一步，做得好才是进阶
建议吧主大大带头在吧里带起“写优雅代码”的风潮

多贴代码

其实不是可读性的问题，是程序扩展太差。
如果真的有这样的需求或者展望，那么就应该采用设计模式来解决，比如策略模式之类的。

die() return 我用的最多的一个了。我的程序很少看到else。

看数量嘛，不过if嵌套if，或者多个if-else确实不好，if-return比较推荐

有时候业务复杂起来，是避免不了的，还有赶项目的时候没时间去设计

顶顶顶

基佬搞基么

前排
学习中~！~

实际工作中你就知道了，没那么简单