上周的主要工作是和toidi_xu共同完成“把xml文件解析到java内存对象”的工作，但是一周下来发现我们的工作完成的并不好。

这周的前3天我一直在学习effective java，由于有java基础所以看起来也不是很费劲，自己也写了些小例子，之后由于周末要讨论tdd和junit所以我又花了近一天的时间来熟悉相关的资料。真正开始进入开发阶段是在周五的时候，我研究了一下dreamhead已经写的dominoo代码，初步制定了我的工作计划：

- 制定xml描述文件
- 编写相关entity class
- 编写digester parse rules

突然想起昨天看到江西台的一个人物节目，主人公是刚刚获得“中国十大杰出青年”奖章的602所（中国直升机研究所）的总设计师，当记者问到“你觉得你这些年付出这么多值么”，令我惊讶的是这位总师的回答竟然是“我没有付出亚，谁说我付出很多了”，他进一步解释道“我的工作已经是我工作的一部分了，工作给我带来无穷无尽的生活乐趣，所以我不觉得我付出，我是在实实在在的享受着生活的乐趣”。想想我今天的工作，这位总师的心声也恰恰是我们程序员的心声，编码会给我们带来无穷无尽的乐趣，编码已经成为我们生活的一部分。跑题了^_^

Toidi_xu上周并未介入到代码实现中，这也是我们进度缓慢的一个原因。说一说我在开发过程中遇到的问题吧。

- 我们软件的内部处理流程是“model”—[1]—> ”xml文件”—[2]—->“java内存模型”，在model和java内存模型中都存在着对entity（如class , package , interface等）的描述，我们需不需要作得通用一些，这样复用一个entity包即可。
- 对nested class和nested interface的描述一直困扰着我
- 还有如何描述和处理enum的问题
- 如何描述field在类内部的initializer问题
- 普通method和constructor如何区分描述的问题
- 最大的困惑就是如何对泛型entity进行描述，如模板类，不光是类本身，该模板类的method也涉及到参数类型为类的参数的问题，如下面代码：

public class Box {
    protected List contents;
    public Box( ) {
        contents = new ArrayList( );
    }
    public void add(T o) {
        contents.add(o);
    }
    public T grab( ) {
        if (!isEmpty( )) {
            return contents.remove(0);
        } else
            return null;
    }
}

如何保持对class描述和method描述的一致性问题和处理的一致性问题？ 这些问题都要这周我们共同讨论来解决，我打算先拿出个解决方案。

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中应该包含一条说明，用来解释为什么忽略掉这个异常是合适的。