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