第二种方案明显放弃oo的优点。更加难与维护。
另外,thinking in java的作者已经改变他的想法了,
他认为java的checked exception是一个失败的尝试。
他现在认为应该在整个项目中全部用runtimeException,
你可以上他的网站看看。
http://www.mindview.net/Etc/Discussions/CheckedExceptions
另外,thinking in java的作者已经改变他的想法了,
他认为java的checked exception是一个失败的尝试。
他现在认为应该在整个项目中全部用runtimeException,
你可以上他的网站看看。
http://www.mindview.net/Etc/Discussions/CheckedExceptions
解决方案 »
- 一个很难的Socket问题求解
- java使用SSH框架开发,使用的是数据源,请问需要对连接进行手动管理么?如:手动关闭
- 新手上路多多指教
- EL表达式低级问题求教
- getSession和openSession的区别
- HibernateSessionFactory.getSession()方法取得的session是否需要关闭
- 有关Spring的简单问题,问什么我的Bean没有注入?
- 高手帮我
- 初学JAVA,要将用XSL文件控制的XML文件以HTML格式输出,这个JAVA程序我怎么写。
- ◆Java UTF-8编码单双字节字符串分割求助【求助】
- 有关jfreechart,急啊
- 那位高人用JFreeChart做过柱状图,饼状图,小弟100分求教!!!急
你所链接的文章我看了,不过那也不是我要的答案,Bruce Eckel的新方法仍然是基于我所说的第一种方法的,仍然需要建立庞大的继承体系,不过他使用了RuntimeException的subclass来封装所有的自定义异常,给程序员更大的选择性,可以选择处理异常,也可以选择不处理异常,反而使得所有的异常都得到更恰当的处理。
我现在的问题是,到底需不需要建立庞大的异常继承体系,也许用一个包含有用信息的通用异常类更好?