Checked Exception VS UnChecked Excetion (续2)

Checked Exception VS UnChecked Excetion (续2)

   假设我的团队正在开发一个库程序,由于某种原因,现在希望能够得到所有最外层 API 所抛出的所有异常的类型、各自的信息、并且能够附上各种异常所出现的原因和解决办法。如果开发过程中内部使用的是 Unchecked Exception ,那么对于这个任务简直就麻烦了。没办法,开发人员一个个的自我进行检查然后统计吧,但是往往这样的统计总会有漏网之鱼。现在的 MSDN 中的异常信息糟糕的很,最底层的公有库的异常信息内容可能完整一点,但是上层的库的异常信息糟糕的不行,根本不能完整的报全所有出错的可能性。

你可以想象的出,一个库函数的异常信息不完整,对于他的用户来说,是多么不友好的事情。假设 MSDN File.Open() 会抛出 IOException ,你的程序就很难想到很规矩的对 IOException 做了 catch ,然后提示用户检查相应位置的文件是否存在 / 被打开等。别指望 MSDN 的那些信息能够对终端用户有多大的帮助,太多不懂计算机的人在傻呆呆的握着鼠标了。再加上 MicroSoft 的提示信息本身就存在着“答非所问”,“莫名其妙”的事情,用户看到这些情况就更不知道怎么解决问题了。再加上自己的应用程序中会弹出一个个“蹩脚”的运行时错误的错误框,真的不是一个很如意的创作。

        但是,如果使用的是 Checked Exception ,这时候编译器会强迫你的外部接口的异常相当的完整,最起码可以做到比 MSDN 的异常类型齐整。

 

 

 

 

你可能感兴趣的:(Checked Exception VS UnChecked Excetion (续2))