`
soltex
  • 浏览: 10103 次
  • 来自: ...
社区版块
存档分类
最新评论

异常 研究 【robin】

阅读更多
我没有资格评论大师们的观点,但是我知道绝大多数的Java程序员根本就没有领悟“Exception”的真正用处。他们就是把Exception当做异常来理解,没有明白Exception实际上代表了一个UseCase中的异常流的处理。

在使用UseCase来描述一个场景的时候,有一个主事件流和n个异常流。异常流可能发生在主事件流的过程,而try语句里面实现的是主事件流,而catch里面实现的是异常流,在这里Exception不代表程序出现了异常或者错误,Exception只是面向对象化的业务逻辑控制方法。如果没有明白这一点,那么我认为并没有真正明白应该怎么使用Java来正确的编程。

而我自己写的程序,会自定义大量的Exception类,所有这些Exception类都不意味着程序出现了异常或者错误,只是代表非主事件流的发生的,用来进行那些分支流程的流程控制的。例如你往权限系统中增加一个用户,应该定义1个异常类,UserExistedException,抛出这个异常不代表你插入动作失败,只说明你碰到一个分支流程,留待后面的catch中来处理这个分支流程。传统的程序员会写一个if else来处理,而一个合格的OOP程序员应该有意识的使用try catch 方式来区分主事件流和n个分支流程的处理,通过try catch,而不是if else来从代码上把不同的事件流隔离开来进行分别的代码撰写。

总之 Exception <> 异常

BTW:我是支持BE和JG的观点的。我以前在接触C#的时候,就很奇怪C#的这一点了,Anders有他的理由,但是我认为一个良好的面向对象的软件是应该强制使用Exception的。


另外纠正一个错误的观点:很多人喜欢定义方法的返回类型为boolean型的,当方法正确执行,没有出错的时候返回true,而方法出现出现了问题,返回false。这在Java编程当中是大错而特错的!

方法的返回值只意味着当你的方法调用要返回业务逻辑的处理结果的。如果业务逻辑不带处理结果,那么就是void的,不要使用返回值boolean来代表方法是否正确执行。

例如 用户登陆方法

boolean login(String username, String password);


很多人喜欢用boolean返回,如果是true,就是login了,如果false就是没有登陆上。其实是错误的。还有的人定义返回值为int型的,例如如果正确返回就是0,如果用户找不到就是-1,如果密码不对,就是-2

int login(String username, String password);



然后在主程序里面写一个if else来判断不同的流程。

 int logon = UserManager.login(xx,xx); 
if (logon ==0) { 
... 
} else if (logon == 1) { 
... 
} else if (logon ==2) { 
..}


这是面向过程的编程逻辑,不是面向对象的编程逻辑。

应该这样来写:

User login(String username, String password) throws UserNotFoundException, PasswordNotMatchException;


主程序这样来写:

try { 
UserManager.login(xx,xx); 
.... 
用户登陆以后的主事件流代码 

} catch (UserNotFoundException e) { 

... 

用户名称没有的事件处理,例如产生一个提示用户注册的页面 

} catch (PasswordNotMatchException e) { 

.... 

密码不对的事件处理,例如forward到重新登陆的页面 
}
分享到:
评论
1 楼 winteen 2008-12-22  
我觉得这些情况下用if-else和try catch没有本质的区别, 至少在你举的例子中看不出来。
在类似登陆(要么成功,要么失败,失败不需要区分情况)的场景下使用bool返回值,非常简洁
方便。
同样,在一般复杂的场景下,使用if-else也不是什么罪恶的东西。
一般所说的OO编程eliminate了if-else式的代码针对的是 对象类型的判别, 从
if-else(标识符)转换成了对象继承体系中的动态类型binding。(汗 不知道有没有说错,好久不面试了。。。)
同理,try-catch 个人认为主要的功能是将异常抛出,关键在抛出,也就是说异常上下文附近的代码不需要立刻处理这个异常,可以将它交给专门的/已有的/等等来处理之。
你在这种场景下应用try_catch, 除了增加代码量 和 也许存在可读性(可能迎合某些人阅读代码的习惯,记得刚学java时就是try控,把处理逻辑一块块分开,觉得非常cool)之外,没有任何优势。
   

相关推荐

Global site tag (gtag.js) - Google Analytics