Java | Tony Bai

十二月 3, 2004

Dreamhead把他用大把银子买来的“Effective Java”借给我阅读，我真是很感动亚，我只能用行动来感谢Dreamhead了。^_^

39、只针对不正常的条件才使用异常
异常只应该被用于不正常的条件，它们永远不应该被用于正常的控制流。

40、对于可恢复的（recoverable conditions）使用被检查异常（checked exceptions）,对于程序错误(error)使用执行期异常（runtime exceptions）
Java中大致分为两种不正常状态：checked exception（被检查异常） and error（错误，一般抛出的runtime-exception也都是error的表现，所以我把runtime exceptions也划归为error）。

- 如果期望调用者能够恢复，那么对于这样的条件应该使用被检查的异常。
- 用运行时异常来指明程序错误。
大多数运行时异常都是表明API的客户没有遵守API规范建立的约定。建议你所实现的所有的unchecked exceptions都应该是RuntimeException的子类（直接或间接的）。

42、尽量使用标准的异常
Java平台库提供了一组基本的unchecked exceptions,它们覆盖了绝大多数的API抛出异常的需要。

常用的异常复习：
IllegalArgumentException   在参数的值不合适时抛出。
IllegalStateException       对于这个方法而言，对象状态不合适。
NullPointerException       参数值为null
IndexOutOfBoundsException       下标越界
UnsupportedOperationException   对象不支持用户要求的方法。
CocurrentModificationException   在禁止并发修改时，对象检测到并发修改

46、努力保持 failure atomicity (失败之原子性)
解释一下失败原子性的概念：即一个失败的方法调用应该使对象保持“它在被调用之前的状态”。这样的方法被称为具有“失败原子性”的方法。

使用“不可变”对象是获取“失败原子性”的最常见的办法。

47、不要忽略异常
忽略一个异常方法很简单：
try{
//….
}catch(SomeException e){
//empty block
}

空的catch块儿会使异常达不到应有的目的。至少在catch block中应该包含一条说明，用来解释为什么忽略掉这个异常是合适的。

Effective Java阅读笔记-item24、25、34

十一月 30, 2004

0 条评论

Dreamhead把他用大把银子买来的“Effective Java”借给我阅读，我真是很感动亚，我只能用行动来感谢Dreamhead了。^_^

24、需要时使用保护性拷贝
在学习这个item之前我们看看下面这段“危险的”代码（改编自书中例子）：

Considering the following code:
//Period.java
import java.util.Date;
public final class Period {
   private final Date start;
   private final Date end;
   public Period(Date start , Date end){
       //do some checking , end should be later than start
       this.start = start;
       this.end   = end;
   }
   public Date start(){
       return this.start;
   }
   public Date end(){
       return this.end;
   }
   //remainder omitted…
   public static void main(String[] args) {
       Date start = new Date(2004 , 11 , 28);
       Date end   = new Date(2004 , 11 , 30);
       Period p = new Period(start , end);

       System.out.println("Normal period:");
       System.out.println(p.start());
       System.out.println(p.end());

       //danger code part1
       System.out.println("Unnormal period part1:");
       end.setMonth(4);
       System.out.println(p.start());
       System.out.println(p.end());

       //danger code part2
       System.out.println("Unnormal period part2:");
       p.end().setMonth(5);
       System.out.println(p.start());
       System.out.println(p.end());
   }
}

//output:
Normal period:
Wed Dec 28 00:00:00 CST 3904
Fri Dec 30 00:00:00 CST 3904
Unnormal period part1:
Wed Dec 28 00:00:00 CST 3904
Mon May 30 00:00:00 CST 3904
Unnormal period part2:
Wed Dec 28 00:00:00 CST 3904
Thu Jun 30 00:00:00 CST 3904

Period类声称提供一段不可改变的时间段，不过从上面的输出结果来看我们可以轻易的修改这个时间段。为了使上面的Period类真正成为非可变类，我们需要进行“defensive copy”。

Danger code part1提示我们“对构造函数的每个可变参数进行保护性拷贝”；
Danger code part2提示我们“对类中public方法返回的可变内部域进行保护性拷贝”；

修改如下：
public Period(Date start , Date end){
       //do some checking , end should be later than start
       this.start =new Date( start.getTime());
       this.end = new Date(end.getTime());
}
public Date start(){
   return (Date)this.start.clone();
}
public Date end(){
   return (Date)this.end.clone();
}
修改后再运行，结果如下：
Output:
Wed Dec 28 00:00:00 CST 3904
Fri Dec 30 00:00:00 CST 3904
Unnormal period part1:
Wed Dec 28 00:00:00 CST 3904
Fri Dec 30 00:00:00 CST 3904
Unnormal period part2:
Wed Dec 28 00:00:00 CST 3904
Fri Dec 30 00:00:00 CST 3904

切记：在把类的内部组件的引用返回给客户之前，你应该返回一个保护性拷贝，如内部数组。

还有一点就是如果有可能你尽量使用immutable object作为你的内部组件，这样你就可以不必关心“defensive copy”的问题了。

25、小心设计方法的原型
在这个item中记住几个原则即可（这几个原则对我这个菜鸟来说用处还是蛮大的）：
- 小心选择方法名字（可参考那本java developers almanac的索引来看看java中方法都是如何命名的）
- 对于参数类型，优先选用接口而不是类
- 小心使用function object , 原因不是主流的代码风格，难于理解。

34、通过接口引用对象
Item25中提到了“对于参数类型，优先选用接口”，更一般的讲我们应该用接口来引用对象。
书中的例子：
List subscribers = new Vector(); //good – use interface as type!
Vector subscribers = new Vector(); //bad-use class as type!

如果没有合适的接口，使用类来引用对象也是完全适合的。
其中有一种情况是当我们没有合适的接口时，我们尽量使用基类（往往是abstract class）来引用实现类（子类）的对象。