2

如果我想确保在调用 setter 之后不能从外部修改对象，那么什么被认为是最佳和常见的做法？在代码中有详细的简单自我解释示例，有 2 个选项困境。

//caller scope
CustomObject original = new CustomObject(params...);  //original state 1
MyClass mMyClass = new MyClass(original);
original.modifyMe(params...);  //original state 2
mMyClass.setCustomObject(original);
original.modifyMe(params...); //original state 3


/*!!!REQUIREMENT: mMyClass.CustomObject should be in state 2!!!*/


class MyClass {

    private CustomObject mObject;

    public MyClass() {
        this.mObject = new CustomObject();
    }

    public MyClass(CustomObject obj) {
        this.mObject = obj.Clone();
    }

    //mObject is private, modified only through setter
    public getCustomObject() {
        return this.mObject;
    }

    public setCustomObject(CustomObject obj) {
        //Option 1 in the caller  
        //mMyClass.setCustomObject(new CustomObject(params...));
        this.mObject = obj;

        //Option 2 in the caller
        //mMyClass.setCustomObject(callerCustomObject);
        this.mObject = obj.Clone();
    }

}
4

1 回答 1

1

我不会在这里使用克隆。与其制作低效的防御性副本，不如尝试使 CustomObject 不可变。您可以通过添加 withXXX 方法（大致相当于 setXXXX）来修改状态，但它们会创建宿主对象的新实例（而不是传入的对象）。Project lombok带有一些方便的预处理器注释，用于使用 Withers 创建不可变对象。另请参阅 Immutables 2.0 项目。

@AllArgsConstructor
class CustomObject {

   @Wither @Getter
   private final int state;

}

CustomObject one = new CustomObject(1);
CustomObject two = one.withState(2);

assertThat(one.getState(),equalTo(1));
assertThat(two.getState(),equalTo(2));

通过使用真正的不可变对象，您将比使用防御性副本产生更少的内存（和 GC）和 CPU 开销 - 以及更简单的代码。

于 2015-09-19T10:37:42.330 回答