异常处理准则

简介:

在开发应用程序的时候,异常处理是非常的重要的,我找到一些异常处理准则,将它共享出来,如有不同意见,欢迎提出来一起探讨。

1、决不“catch”一个Exception,却什么也不处理。如果您隐藏了异常,你永远不会知道是否发生过异常。

2、如果产生Exception,给用户提供一个友好的信息,但记录与有关错误的所有可能的细节,包括它的发生时间,方法和类的名字等实际的错误信息。

3、始终捕获特定的异常,而不是一般的异常和系统异常。

4、你可以有一个应用程序级(线程级)的错误处理程序,您可以用它处理所有一般异常。在一个'意外一般错误''中,这个错误处理程序应该捕获该异常并记录他,除此之外,在应用程序关闭之前应该做出友好的信息提示或者允许用户选择忽略异常继续。

5、不要在所有的方法中写的try - catch。只在有可能有某个特定的异常发生的方法中使用它。例如,如果你是一个文件读写操作,只需处理FileIOException。

6、不写非常大的try - catch块。如果需要,为您执行每个任务编写单独的try - catch程序,在try - catch中只有一段特定的代码。这将帮助你找到哪一段代码产生的异常,你可以给特定的错误信息给用户。

7、如果在你的应用需要,你可以写自己的自定义异常类。自定义异常不要继承SystemException基类。相反,继承ApplicationException。

8、当发生异常时,为了确保清理占据的资源,使用try / finally块。在finally子句中关闭的资源。使用try / finally块,即使发生异常,也能确保资源disposed。

9、错误消息应能帮助用户解决问题。不要给出例如"应用程序发生异常", "有一个错误"等信息,相反要给出具体的信息“无法更新数据库。请确保登录ID和密码是正确的。”

10、当显示错误信息时,除了告诉什么是错误,该消息还应该告诉用户 ,不是“无法更新数据库。”,而是建议用户应怎样做:“无法更新数据库。请确保登录ID和密码是正确的。”

11、显示简短和友好的信息给用户。但要尽一切可能的记录实际的错误日志信息。这将有助于诊断问题。

12、在Global.asax中定义一个全局错误处理程序来捕获任何未在代码中处理异常。你应该在事件日志中记录所有的异常追踪和随后进行分析。

参考原文:http://www.developersource.net/ArticlePage.aspx?ID=9

 






本文转自麒麟博客园博客,原文链接:http://www.cnblogs.com/zhuqil/archive/2010/01/19/Exception_Handling_Guidelines.html,如需转载请自行联系原作者

相关文章
|
30天前
|
设计模式 安全 编译器
【C++ 异常】C++异常处理:掌握高效、健壮代码的秘密武器
【C++ 异常】C++异常处理:掌握高效、健壮代码的秘密武器
54 1
|
5月前
|
Java UED
异常处理:让你的代码更加健壮
异常处理:让你的代码更加健壮
|
8月前
|
C语言 C++
【C++】异常的使用和细节
【C++】异常的使用和细节
42 0
|
9月前
|
Java
知识单元四 异常处理
知识单元四 异常处理
82 1
|
11月前
|
Rust 前端开发 JavaScript
对比编程语言的四种错误处理方法,哪种才是最优方案?
对比编程语言的四种错误处理方法,哪种才是最优方案?
66 0
|
程序员 C++ C语言
《C++编程规范:101条规则、准则与最佳实践》——导读
许多糟糕的编程规范都是由一些没有很好地理解语言、没有很好地理解软件开发或者试图标准化过多东西的人制定的。糟糕的编程规范会很快丧失可信度,如果程序员不喜欢或者不同意其中一些糟糕的准则,那么即使规范中有一些合理的准则,也可能被不抱幻想的程序员所忽略,这还是最好的情况,最坏的情况下,糟糕的标准可能真会被强
1770 0
|
监控 前端开发 API