如果程序中有大量的逻辑判断,写一堆 if else 还是 try catch？有没有更好的办法？

[pc10201]

我现在就遇到一个问题，一个小程序，里面有许多判断，一步一步走的
比如检查用户输入的值，再去数据库去查，再去文件中查等等~~
如果用户输入正确，没有多大问题的
但你知道的，不要相信用户，如果只按正常的步骤来，显得程序不够健壮
但写一大堆if else，再加上python的缩进会不会让代码很难看？
难道用一大堆ry..catch？会不会有性能问题，代码也不太好看？
大家是怎么解决异常问题的?还是设计程序时尽量把每一种情况都考虑到？

[akira]

还是设计程序时尽量把每一种情况都考虑到

[qiayue]

直线，不要层层嵌套
if(错误情况1){
//错误1处理
return;
}
//正常情况1
...
if(错误情况2){
//错误2处理
return;
}
//正常情况2
...
if(错误情况3){
//错误3处理
return;
}
//正常情况3
...
最终完成

[roricon]

你可以把这些输入检查写成函数，缩进看起来会舒爽一些，也方便复用。

[soruNis]

how about this:

interface ICheck{
boolean check();
void dealWith();
}

ICheck condition_one = new ICheck(){
boolean check(){...}
void dealWith(){...}
};
...

List<ICheck> allConcerns = new LinkedList<>();
allConcerns.add(condition_one);
...

for(ICheck condition : allConcerns){
if(condition.check()){
condition.dealWith();
}
}

[soruNis]

啊。。。抱歉， 没看清楚， python节点 ... 不过原理应该类似吧。

虽然是ducktyping， 对类似的逻辑也是有支持的http://docs.python.org/2/library/abc.html

[dcoder]

逻辑分支多到一定程度，要上 state machine

[otakustay]

作为一个健壮的程序，不写if/else你就算catch了也无法进行精确的日志记录，比如错在哪什么错能不能从错误中恢复，所以if/else省不了

[Monad]

跑个题 感觉用Haskell的我来处理应该非常简洁方便了

[linuxer]

论 if else 的正确用法。

[yakiang]

http://sfau.lt/bNbx9B 虽然好像跟lz实际情况不大相符

[raincious]

@qiayue +1 这是最简单的解决方案。



相比一层层嵌套，可读性高下立判啊

http://i.imgur.com/08lBSy0

[9hills]

以前我也自己判断，后来发现了WTForms

[hitsmaxft]

前端js多做限制
后端根据自动写好模块(比如拆分function), 个个模块各司其职
那么结果就是

try:
result = [checker(x) for checker in checkerlist ]
catch
something

这是自己实现的,

更完善的就要用 高阶的form library和 model 进行校验

[binux]

check_funcs = [check_username, check_password, check_email, ]
for each in check_funcs:
__try:
____ret = each(from_data)
__except Exception, e:
____ret = False
__if ret is not True:
____raise Error

[wizaliu]

switch行吗？

[Akagi201]

多态啊，if else不是被批判过吗

[cxe2v]

@Akagi201 楼主要的是判断数据是否为正确的，你怎么用多态？

[senghoo]

层层封装。一层一层调用。

[halfelf]

如果是OOP，那么这就是典型的代码坏味道，连续对一个值判断if else if在OOP里的正确做法是多态，自动匹配派生类方法

[shyrock]

我更喜欢chain of responsibility模式