可變和不可變類

Question

我想在java中創建可變和不可變節點，兩者在除mutable之外的所有內容中都應該相同。如何實現基類和兩個派生類的可變類和不可變類？

Answer 1

可變類和不可變類之間的區別在於不可變類沒有setter或其他修改內部狀態的方法。狀態只能在構造函數中設置。

調用父類不可變將是一個壞主意，因爲當你有子類時，這將不再是真的。這個名字會讓人誤解：

ImmutableNode node = new MutableNode(); 
((MutableNode)node).change(); 

Answer 2

不可變的類是一個曾經創建過的類，它的內容不能被改變。不可變的對象是其狀態不能被改變的對象。

Java中不可變類的常見示例是String類。

Answer 3

所有你需要做的是建立一個單一的基類受保護的變量

public class Base{ 
    protected int foo; 
} 

易變的人需要能夠設置變量

public class MutableBase extends Base{ 
    public void setFoo(){} 
} 

的immmutable一個需要能夠只設置一次變量

public class ImmutableBase extends Base{ 
    public ImmutableBase(int foo){ 
      this.foo = foo; 
    } 
} 

大多數不可變的類，有​​方法來操作t他內部變量沒有變異的實例。字符串這樣做，你可能會想這樣的事情

public ImmutableBase add(int bar){ 
    return new ImmutableBase(this.foo+bar); 
} 

關於這個很酷的事情是，你給你的類的用戶少控制/憂每個實例的內部。這使得它更容易處理，因爲在Java中，所有東西都是通過對象引用傳遞的，所以如果你傳遞一個String或一個ImmutableBase，你不必擔心它被改變了。

Answer 4

對於一個類是不可變的，它必須被聲明爲final，並且它不得使用方法。最終的聲明確保它不能被擴展，並添加額外的可變屬性。

class Base { 
    protected int var1; 
    protected int var2; 

    public getVar1() {return var1;} 
    public getVar2() {return var2;} 
    } 

    class Mutable extends Base { 
     public setVar1(int var1) {this.var1 = var1} 
     public setVar2(int var2) {this.var2 = var2} 
    } 

    final class Immutable extends Base { //final to avoid being extended and then implement the setters 

    } 

那就是我可以做的小事？但爲什麼你需要這樣一個場景？

Answer 5

另一種選擇是使用與UnmodifiableList相同的策略。首先，創建一個指定類型的接口。

interface List<T>{ 
    List<T> add(T t); 
    T getAt(int i); 
    ... 
} 

然後你所有的業務邏輯實現你的可變類：

public class MutableList<T> implements List<T>{ 
    @Override 
    List<T> add(T t){ ... } 

    @Override 
    T getAt(int i){ ... } 

    ... 
} 

最後，創建不可變類是可變的一個景色。您可以實現相同的接口，但將所有讀取方法調用委託給查看的對象，並禁止使用異常進行任何寫入訪問。

public class UnmodifiableList<T> implements List<T>{ 
    //This guy will do all hard work 
    private List delegate; 

    public UnmodifiableList(List<? extends T> delegate){ 
     this.delegate = delegate; 
    } 

    //Forbidden mutable operation: throw exception! 
    @Override 
    List<T> add(T t){ 
     throw new UnsupportedOperationException("List is unmodifiable!"); 
    } 

    //Allowed read operation: delegate 
    @Override 
    T getAt(int i){ 
     return delegate.getAt(i); 
    } 

    ... 
} 

這種方法，你實現業務邏輯只有一次，可以先用自己的方法和驗證檢查把它變成一個imutable對象之前建立一個對象的利益。