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标
图 25 设置包阈值对话框 签页中通过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保存设置。
图 26 import代码段样式设置对话框 此外,还可以通过Move Up和Move Down调整包在引入代码段中的位置。列表中有一个<*>项,表示其他所有未匹配的包,如有一个以com.打开的包就放置在<*>的位置。
设置完后,在工程窗格的<Project Source>节点上右击,选择Format Package...在弹出的Fomcat Code对话框中确认选择Optimize imports项,按OK后,JBuilder对工程中所有的类进行import代码段进行优化重构。
2、自动添加异常捕捉
自动添加异常捕捉功能,从严格意义上说并不属性代码重构的范畴,因为编译期的异常是一定要有捕捉代码的,否则程序无法通过编译。但在某些情况下,自动添加异常捕捉就是地地道道的代码重构了,请看下面的代码:
代码清单 “面向编译”的异常捕捉
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. } 第7行语句会抛出FileNotFoundExcetion,而第9行会抛出IOException,理应分别捕捉这两个异常,但是开发人员也许对异常并不感兴趣,所以直接捕捉Exception敷衍了事。由于Exception是所有异常的祖先类,所以这种异常捕捉方式并不会引发编译错误,但它确实没有做什么有意义的事,只是为了通过编译罢了,称之为“面向编译”的异常捕捉,即只为通过编译。
程序发生异常时,要么用throws将异常踢给调用者,要么直接处理异常。如果打算直接处理异常,就必须对代码中的异常分别处理,这样才可以能够异常的详细信息,以及具体是哪个异常引起的。对于程序的用户来说,详细的错误信息可以让他们更直接知道问题所在,而程序的调用者来说,具体的异常可以让他们进行分别对待,分别处理,这种处理异常的方式称为“面向问题”的异常捕捉。我们拟将这段代码重构为以下的形式,如下所示:
代码清单 16 “面向问题”的异常捕捉
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. } 你需要做的是删除掉原来的“面向编译”的异常捕捉代码(即第5行和第10~12行),选中第6~9行,按Ctrl+Shift+C,JBuilder自动分析这段代码,发现这段代码中共有引发两个异常,分别为每个异常生成两个捕捉块,代码如下:
代码清单 17 通过Ctrl+Shift+C自动添加异常捕捉代码块
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. } 然后,我们再手工添加上finally代码处理块,因为资源打开后,一般需要显示关闭,以便快速释放资源。调整的最后代码如代码清单 16所示。
实战经验:
虽然可以通过Ctrl+J以模板的方式快速录入try...catch代码块,但是笔者还是倾向于用Ctrl+Shift+C自动生成异常捕捉块,这样不但提高了代码编写的速度,还保证异常捕捉代码块的规范性:为所有可能的异常分别生成一个捕捉块,且将特殊的异常放在前面,一般性的异常则放在后面。
|