Web 项目越来越多的 if else 这正常吗？

我基本会有很多 if return, else 较少
话说 try 是要怎么用？为什么会和 if else 纠结？

if 多不多，得看具体业务场景
try 做异常捕获，跟 if else 这个完全不需要纠结吧

try 是捕抓异常的。。

楼楼大概是要问 if else 和 switch

得看 if 多在哪了，如果是比较值的可以用 switch 啊，
如果是一组逻辑判断也可以实现类似 python 里的 any all 之类的判断。或者优化一下表达式什么的。
其实做好代码的封装和模块化处理应该也不太会出现很多的 if 。
如果是 copy & paste 的代码那出现很多 if 是必然的了。。。

switch 来得快， else if 读起来缩进难受

常用的判断封装好，把类似业务的条件判断抽离出来一起处理，这样看起来逻辑比较清晰，该需求也容易应对了

try 和 if else 有关系？ LZ 怎么做的

说明面向对象建模没有做好，写出来的代码都是过程式的。

异常控制流多的走 try 不是不可以， 1 楼的 if return 也可以。清晰就好，看效果。
另外安利一篇 http://segmentfault.com/a/1190000000664023

@moe3000 @lichao @cyberdak @FFLY ...例如判断非法 URL （/?p=xxx ）之类，纠结用 if 还是 try ，纠结那个更合适当前场景，更加简洁迅速（这可能是病）。
@pelloz @aisk 判断最多的是在 controller 中，框架使用的是 jfinal
例如某个 Controller 需要判断非法 URL ，需要判断当前登录用户 ID ，同时也要满足未登录用户需求，这样下来整个个代码看起来满目全非。
类似这种大量的判断无从下手的感觉。

另外求推荐比较精细的项目

@blackboom 就是 jfinal 帮你做了基本的面向对象建模，之后的你没有再考虑继续抽象，而是在此之上写很多 if else while return 的语句。这种项目挺常见的，关键就是要做合理的抽象。

@blackboom 记得 jfinal 有 interceptor ，用这个拦截非法 url 啊

再次建议表驱动……

把 model 变重一些，多建一些可读性更好的 getter 。

其实楼主的意思是， web 里太多错误判断用 if else 来完成了，是不是要改成异常处理
其实我的意见是，没必要。
else 能少就少， if 的话该有的就得有，不满足条件的直接 return 不用 else ，然后把通用的一些功能一封装就好了，不嫌多的。谨慎是好事。

@moe3000
@phithon
谢谢两位，改为 if return 代码清爽太多了，简洁迅速。喜欢！

@akagi 感谢，又发现新大陆了

设计模式，设计模式。

我都看纠结了。。。

需要判断的地方就用 if 啊，当然要注意一些地方的判断可以合并或者优化。
try 是异常处理的。

设计模式。

根据我见过的一 PHP 完整企业项目和 Java 企业项目代码，都是一堆 if return...

条件或者变量太多，本身设计就有问题。

当年发生过这么一件事：
有个兄弟写游戏逻辑， if else 套了几百层，单方法 5k 行代码，把摩托手机的 kvm 给搞挂了。
后来叫他改成表驱动， 50 行代码解决问题。