可變與不可變與業務邏輯對象

Question

有很多關於數據模型中的可變/不可變對象的說法。

但是業務邏輯呢？例如：一個CD播放器。一個班負責播放CD。

// Immutable version: 
class Player 
{ 
    CD cd; 
    public Player(CD cd) { ... } 
} 

// Mutable version: 
class Player 
{ 
    CD cd; 
    public void ChangeCD(CD cd) { ... } 
} 

我可以想到兩個版本的幾個微妙的優點和缺點。例如，當玩家可變時，即使CD改變，其他物體也可以拿走玩家並保持有效。當玩家是不可變的時候，你需要一個包裝器對象（例如Command Pattern），當一個新玩家被創建時它會被更新。

哪個版本更適合哪種情況？有沒有一般的指導方針？

Answer 1

這是第三個選項。

class Player 
{ 
    // private CD myCD <- no private field for the CD 
    public Player() {} 
    public void playCD (CD cd) {} 
} 

玩家不應該擁有CD對象。應該只是告訴這是一個CD對象，播放它。

一個更好的選擇是

class CDPlayer : DataPlayer 
{ 
    public Player() {} 
    public void playData (IData cd) {} 
} 

class CD : IData {} 

如果你減少你的CD和播放器，那麼你真的沒有想太多好好的，這之間的耦合量。

我相信你的例子在你的實際問題上有點缺陷。