JBuilder2005实现重构之杂项重构

　　1、优化import

　　简而言之，通过优化import的设置可以达到以下的目的：

　　去除无用的import语句：如在类中没有使用任何包中的类，则这个包的import语句可以删除。

　　设置包的阈值：当前类引用包中类的数目大于这个阈值时，引入整个包（如import java.io.*），否则为包中每个被引用的类单独指定的一个import语句(如import java.io.File)。

　　设置包的排列顺序：按照一般的习惯，按包的常用程度从高到低进行排列，常用的包放在前面引入。一般情况下，JDK经典的包放在最前面（以java.为前缀），JDK扩展包紧跟其后（以javax.为前缀），接着是第三方类库包（如org.apache.*），再次是自己开发的公用类库，最后才是工程中的其他类。

　　通过Project-＞Project Properties...-＞Java Formating-＞在Imports设置页中切换到Threshold标

<table width="90%" align=center border=0> <tr> <td>
图 25 设置包阈值对话框</td></tr></table>
　　签页中通过Package import threshold指定包的阈值，默认为0表示进行优化import后，用通配符以整个包的形式分别引入。

　　你也可以勾选Always import classes项，将每个类用单独的import语句引入，这相当于将Package import threshold设置为无穷大。

　　在Imports设置页中切换到Sort Order标签页，在此指定import代码段的包引入顺序及格式。假设myrefactor.jpx工程中有一个myrefactor.sub1的子包，我们通过以下步骤将其置为import引入代码段的最后，并在前面添加一个空行：

　　1) 点击Add blank line在列表中添加一个＜blank line＞，表示在import代码段中添加一个空行。

　　2) 点击Add prefix...在弹出的Add Prefix对话框中选择myrefactor.sub1包。

　　3) 点击OK保存设置。

<table width="90%" align=center border=0> <tr> <td>
图 26 import代码段样式设置对话框</td></tr></table>
　　此外，还可以通过Move Up和Move Down调整包在引入代码段中的位置。列表中有一个＜*＞项，表示其他所有未匹配的包，如有一个以com.打开的包就放置在＜*＞的位置。

　　设置完后，在工程窗格的＜Project Source＞节点上右击，选择Format Package...在弹出的Fomcat Code对话框中确认选择Optimize imports项，按OK后，JBuilder对工程中所有的类进行import代码段进行优化重构。

　　2、自动添加异常捕捉

　　自动添加异常捕捉功能，从严格意义上说并不属性代码重构的范畴，因为编译期的异常是一定要有捕捉代码的，否则程序无法通过编译。但在某些情况下，自动添加异常捕捉就是地地道道的代码重构了，请看下面的代码：

　　代码清单 “面向编译”的异常捕捉

<table borderColor=#ffcc66 width="90%" align=center bgColor=#dadacf border=1> <tr> <td>1. public void autoCatch()
2. {
3. 　try {
4. 　　FileInputStream fis = null ;
5. 　　byte[] bArr = new byte[1024] ;
6. 　　//会抛出FileNotFoundException
7. 　　fis = new FileInputStream("D:\1.txt") ;
8. 　　//会抛出IOException
9. 　　fis.read(bArr) ;
10. 　}
11. 　catch(Exception ex) {
12. 　}
13. }</td></tr></table>
　　第7行语句会抛出FileNotFoundExcetion，而第9行会抛出IOException，理应分别捕捉这两个异常，但是开发人员也许对异常并不感兴趣，所以直接捕捉Exception敷衍了事。由于Exception是所有异常的祖先类，所以这种异常捕捉方式并不会引发编译错误，但它确实没有做什么有意义的事，只是为了通过编译罢了，称之为“面向编译”的异常捕捉，即只为通过编译。

　　程序发生异常时，要么用throws将异常踢给调用者，要么直接处理异常。如果打算直接处理异常，就必须对代码中的异常分别处理，这样才可以能够异常的详细信息，以及具体是哪个异常引起的。对于程序的用户来说，详细的错误信息可以让他们更直接知道问题所在，而程序的调用者来说，具体的异常可以让他们进行分别对待，分别处理，这种处理异常的方式称为“面向问题”的异常捕捉。我们拟将这段代码重构为以下的形式，如下所示：

　　代码清单 16 “面向问题”的异常捕捉

<table borderColor=#ffcc66 width="90%" align=center bgColor=#dadacf border=1> <tr> <td>1. public void autoCatch()
2. {
3. 　FileInputStream fis = null ;
4. 　byte[] bArr = new byte[1024] ;
5. 　try {
6. 　　//会抛出FileNotFoundException
7. 　　fis = new FileInputStream("D:\\1.txt") ;
8. 　　//会抛出IOException
9. 　　fis.read(bArr) ;
10. 　}
11. 　catch(FileNotFoundException ex) {
12. 　　System.out.println("D:\\1.txt文件不存在，请检查") ;
13. 　}
14. 　catch(IOException ex) {
15. 　　System.out.println("D:\\1.txt文件读写发生异常，异常信息为：" +
16. 　　ex.getMessage()) ;
17. 　}
18. 　finally {
19. 　　if(fis != null) {
20. 　　　try {
21. 　　　　fis.close() ;
22. 　　　}
23. 　　catch(IOException ex1) {
24. 　　　System.out.println("关闭文件输入流的时候发生异常，异常信息为：
25. 　　　　" + ex1.getMessage()) ;
26. 　　}
27. 　}
28. }
29. }</td></tr></table>
　　你需要做的是删除掉原来的“面向编译”的异常捕捉代码（即第5行和第10~12行），选中第6～9行，按Ctrl+Shift+C，JBuilder自动分析这段代码，发现这段代码中共有引发两个异常，分别为每个异常生成两个捕捉块，代码如下：

　　代码清单 17 通过Ctrl+Shift+C自动添加异常捕捉代码块

<table borderColor=#ffcc66 width="90%" align=center bgColor=#dadacf border=1> <tr> <td>1. public void autoCatch()
2. {
3. 　FileInputStream fis = null ;
4. 　byte[] bArr = new byte[1024] ;
5. 　try {
6. 　　//会抛出FileNotFoundException
7. 　　fis = new FileInputStream("D:\\1.txt") ;
8. 　　//会抛出IOException
9. 　　fis.read(bArr) ;
10. 　}
11. 　catch(FileNotFoundException ex) {
12. 　}
13. 　catch(IOException ex) {
14. 　}
15. }</td></tr></table>
　　然后，我们再手工添加上finally代码处理块，因为资源打开后，一般需要显示关闭，以便快速释放资源。调整的最后代码如代码清单 16所示。

　　实战经验：

　　虽然可以通过Ctrl+J以模板的方式快速录入try...catch代码块，但是笔者还是倾向于用Ctrl+Shift+C自动生成异常捕捉块，这样不但提高了代码编写的速度，还保证异常捕捉代码块的规范性：为所有可能的异常分别生成一个捕捉块，且将特殊的异常放在前面，一般性的异常则放在后面。