网络编程 | 站长之家 | 网页制作 | 图形图象 | 操作系统 | 冲浪宝典 | 软件教学 | 网络办公 | 邮件系统 | 网络安全 | 认证考试 | 系统进程
Firefox | IE | Maxthon | 迅雷 | 电驴 | BitComet | FlashGet | QQ | QQ空间 | Vista | 输入法 | Ghost | Word | Excel | wps | Powerpoint
asp | .net | php | jsp | Sql | c# | Ajax | xml | Dreamweaver | FrontPages | Javascript | css | photoshop | fireworks | Flash | Cad | Discuz!
当前位置 > 网站建设学院 > 网络编程 > Java
Tag:注入,存储过程,分页,安全,优化,xmlhttp,fso,jmail,application,session,防盗链,stream,无组件,组件,md5,乱码,缓存,加密,验证码,算法,cookies,ubb,正则表达式,水印,索引,日志,压缩,base64,url重写,上传,控件,Web.config,JDBC,函数,内存,PDF,迁移,结构,破解,编译,配置,进程,分词,IIS,Apache,Tomcat,phpmyadmin,Gzip,触发器,socket
网络编程:ASP教程,ASP.NET教程,PHP教程,JSP教程,C#教程,数据库,XML教程,Ajax,Java,Perl,Shell,VB教程,Delphi,C/C++教程,软件工程,J2EE/J2ME,移动开发
本月文章推荐
.简介使用Java编写PalmOS程序的解.
.Jini技术介绍(一).
.J2EE的安全体系的应用.
.EJBCA 3.0 开源CA系统软件初探.
.分享关于Servlet2.5 的新特.
.写给程序员:从C++转到Java需注意.
.java学习笔记.
.在J2ME程序中实现声音播放.
.JAVA文件编译执行与虚拟机(JVM)介.
.Java加密扩展基础.
.使用 Java 1.2 的 Authenticator.
.Linux下的多线程编程.
.浅谈Java中利用JCOM实现仿Excel编.
.[JAVA100例]048、使用JavaMail接.
.Sun开发者日 2008年3月-4月在线报.
.Java智能卡基础篇.
.Struts生成Word下载.
.Java 进阶:分享 Struts 多模块的.
.SP 短信开发-基础知识篇.
.内存泄漏,走开 轻松搞定Java内存.

避免在Java中使用Checked Exception

发表日期:2008-1-5


  这篇文章指出了Java中checked Exception的一些缺点,提出应该在程序设计中避免使用checked Exception,对于需要处理checked Exception的代码,可以使用ExceptionAdapter这个类对checked Exception进行包装。这篇文章的概念和ExceptionAdapter这个类均源自BrUCe Eckel的Does Java need Checked Exception。

  Java的Exception分为两类,一类是RuntimeException及其子类,另外一类就是checked Exception。Java要求函数对没有被catch处理掉的checked Exception,需要将其写在函数的声明部分。然而,这一要求经常给程序员带来一些不必要的负担。

  为了避免在函数声明中写throws部分,在Java项目里面经常可以看到以下代码用来‘吞掉’Exception:




  try {

  // ...

  } catch (Exception ex) {

  ex.printStackTrace();

  }

  这显然不是一个好的处理Exception办法,事实上,catch并处理一个Exception意味着让程序从发生的错误(Exception)中恢复过来。从这种意义上说,已上的代码只可能在一些很简单的情况下工作而不带来问题。

  对于很多Exception,往往没有去处理它并让程序从错误中恢复出来的办法,这时唯一能做的事情可能就是在界面上显示一些提示信息给用户。这种情况下让程序抛出碰到的Exception是更为合理的做法。然而,这样做会使得一些函数的声明急剧膨胀。一个函数可能需要声明会抛出的7、8个checked Exception,而且每个调用它的函数也需要同样的声明。

  比这更糟糕的是,这有可能破坏类设计的open-close原则。简单来说,open-close原则是指当扩展一个模块的时候,可以不影响其现有的client。open-close原则是通过继续来实现的,当继续一个类的时候,我们既扩展了这个类,也不会影响原有的client(因为对这个类没有改动)。

  现在考虑下面这种情况,有一个父类Base:


  public class Base {

  public void foo() throws ExceptionA {

  // ...

  }
  }




 
  现在需要继续Base这个类并重载foo这个方法,在新的实现中,foo可能抛出ExceptionB:

  public class Extend extends Base {

  public void foo() throws ExceptionB {

  // ...

  }

  }

  然而,这样写在Java里面是不合法的,因为Java把可能会抛出的Exception看作函数特征的一部分,子类声明抛出的Exception必须是父类的子集。

  可以在Base类的foo方法中加入抛出ExceptionB的声明,然而,这样就破坏了open-close原则。而且,有时我们没有办法去修改父类,比如当重载一个Jdk里的类的时候。

  另一个可能的做法是在Extend的foo方法中catch住ExceptionB,然后构造一个ExceptionA并抛出。这是个可行的办法但也只是一个权宜之计。

  假如使用RuntimeException,这些问题都不会存在。这说明checked Exception并不是一个很实用的概念,也意味着在程序设计的时候,我们应该让自己的Exception类继续RuntimeException而不是Exception。(这和JDK的建议正好相反,但实践证实这样做代码的质量更好。)

  对于那些需要处理checked Exception的代码,可以利用一个ExceptionAdapter的类把checked Exception包装成一个RuntimeException抛出。ExceptionAdapter来自Bruce Eckel的Does Java need Checked Exception这篇文章,在这里的ExceptionAdapter是我根据JDK 1.4修改过的:


  public class ExceptionAdapter extends RuntimeException {

  public ExceptionAdapter(Exception ex) {





  super(ex);

  }

  public void printStackTrace(java.io.PrintStream s) {

  getCause().printStackTrace(s);

  }

  public void printStackTrace(java.io.PrintWriter s) {

  getCause().printStackTrace(s);

  }

  // rethrow()的作用是把被包装的Exception再次抛出。

  public void rethrow()

  throws Exception

  {

  throw (Exception) getCause();

  }

  }

  参考文献:

  Bruce Eckel -- Does Java need Checked Exception
  http://www.mindview.net/Etc/Discussions/CheckedExceptions

上一篇:高效编写JAVA代码的30条建议 人气:497
下一篇:产生彩色验证码_(javabean实现) 人气:2344
浏览全部Java的内容 Dreamweaver插件下载 网页广告代码 祝你圣诞节快乐 2009年新年快乐