博客 | Tony Bai

十二月 8, 2004

在effective java中有一item叫”保护性拷贝”，今天又看了许多部门里的代码，发现很多代码都与该item“相违”，晚上和toidi_xu讨论这个问题有些收获。

Considering the following code:
public class Box {
   private int length;
   public void setLength(int length){
       this.length = length;
   }
   public int getLength(){
       return this.length;
   }
}

public class TestJava {
   private String id;
   private int idx;
   private Box box;
   public void setId(String id){
       this.id = id;
   }
   public String getId(){
       return this.id;
   }
   public void setIdx(int idx){
       this.idx = idx;
   }
   public int getIdx(){
       return this.idx;
   }
   public void setBox(Box box){
       this.box = box;
   }
   public Box getBox(){
       return this.box;
   }
   public static void main(String[] args) {
       TestJava tj = new TestJava();
       String id = "tony";
       int idx = 5;
       Box aBox = new Box();
       aBox.setLength(7);

       tj.setId(id);
       tj.setIdx(idx);
       tj.setBox(aBox);

       System.out.println(tj.getId());
       System.out.println(tj.getIdx());
       System.out.println(tj.getBox().getLength());

       id = "bai";
       idx = 6;
       aBox.setLength(8);
       System.out.println(tj.getId());
       System.out.println(tj.getIdx());
       System.out.println(tj.getBox().getLength());
   }
}
//output:
tony
5
7
tony
5
8

对于TestJava类中的3个类型(String, int, Box)的成员变量我们编写了相同的setter和getter,但结果是Box类型的成员变量居然不通过setBox就被修改了，而String和int类型在外部不能被修改。这是为什么呢。在effective java中曾经说过String类和Number类都是immutable的。任何对String or Number类对象的操作都会copy出一个不同于原object的object,而原来的object的状态并未被修改。在上面的例子中Box不是immutable class所以被外部修改了。

为了使client只能通过Box提供的setLength来修改，我们必须作保护性的copy。修改如下：
public void setBox(Box box){
   this.box = new Box();
   this.box.setLength(box.getLength());
}
public Box getBox(){
   Box aBox = new Box();
   aBox.setLength(this.box.getLength());
   return aBox;
}

修改后的output:
tony
5
7
tony
5
7

这样我们在TestJava中就出现两种setter和getter的样式，我们在写代码的时候该使用哪种呢？在实践中“为类中immutable class类型（如String和数值Number类）的field member写setter\getter时，我们不需要提供defensive copy;在为其它非immutable class类型(如上例中的Box类)的field member写setter\getter时，建议考虑defensive copy，以防止client对你的代码的恶意破坏”。所以上面的代码还有另一种改法就是将Box写成immutable class。

这篇blog就当作是对effective java中“defensive copy”一节的细化和补充吧。

Dominoo项目日记(三)

十二月 6, 2004

0 条评论

上周的主要工作是和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描述的一致性问题和处理的一致性问题？这些问题都要这周我们共同讨论来解决，我打算先拿出个解决方案。