思维是被固化了?
感觉到非常多的 if 结构语句
有时候会纠结用 try 还是 if else ?
1
moe3000 Sep 17, 2015 我基本会有很多 if return, else 较少
话说 try 是要怎么用?为什么会和 if else 纠结? |
2
lichao Sep 17, 2015 if 多不多,得看具体业务场景
try 做异常捕获,跟 if else 这个完全不需要纠结吧 |
3
cyberdak Sep 17, 2015 try 是捕抓异常的。。
楼楼大概是要问 if else 和 switch |
4
FFLY Sep 17, 2015 try 是做异常捕获处理的,纠结什么呢?
|
5
zjq426 Sep 17, 2015 得看 if 多在哪了,如果是比较值的可以用 switch 啊,
如果是一组逻辑判断也可以实现类似 python 里的 any all 之类的判断。或者优化一下表达式什么的。 其实做好代码的封装和模块化处理应该也不太会出现很多的 if 。 如果是 copy & paste 的代码那出现很多 if 是必然的了。。。 |
6
xfspace Sep 17, 2015 via iPad switch 来得快, else if 读起来缩进难受
|
7
pelloz Sep 17, 2015 常用的判断封装好,把类似业务的条件判断抽离出来一起处理,这样看起来逻辑比较清晰,该需求也容易应对了
|
8
honam Sep 17, 2015 try 和 if else 有关系? LZ 怎么做的
|
9
aisk Sep 17, 2015 说明面向对象建模没有做好,写出来的代码都是过程式的。
|
10
sorra Sep 17, 2015 异常控制流多的走 try 不是不可以, 1 楼的 if return 也可以。清晰就好,看效果。
另外安利一篇 http://segmentfault.com/a/1190000000664023 |
11
RRL OP |
12
aisk Sep 17, 2015 @blackboom 就是 jfinal 帮你做了基本的面向对象建模,之后的你没有再考虑继续抽象,而是在此之上写很多 if else while return 的语句。这种项目挺常见的,关键就是要做合理的抽象。
|
14
akagi Sep 17, 2015 再次建议表驱动……
|
15
BB9z Sep 17, 2015
把 model 变重一些,多建一些可读性更好的 getter 。
|
16
phithon Sep 17, 2015 其实楼主的意思是, web 里太多错误判断用 if else 来完成了,是不是要改成异常处理
其实我的意见是,没必要。 else 能少就少, if 的话该有的就得有,不满足条件的直接 return 不用 else ,然后把通用的一些功能一封装就好了,不嫌多的。谨慎是好事。 |
19
zonghua Sep 18, 2015
设计模式,设计模式。
|
20
whimsySun Sep 18, 2015
我都看纠结了。。。
|
21
lincanbin Sep 18, 2015 via Android
需要判断的地方就用 if 啊,当然要注意一些地方的判断可以合并或者优化。
try 是异常处理的。 |
22
zacard Sep 18, 2015
设计模式。
|
23
WalkingEraser Sep 18, 2015
根据我见过的一 PHP 完整企业项目和 Java 企业项目代码,都是一堆 if return...
|
24
flyingghost Sep 18, 2015
条件或者变量太多,本身设计就有问题。
当年发生过这么一件事: 有个兄弟写游戏逻辑, if else 套了几百层,单方法 5k 行代码,把摩托手机的 kvm 给搞挂了。 后来叫他改成表驱动, 50 行代码解决问题。 |