具有业务逻辑对象的可变与不可变

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 发生变化，它也保持有效。当播放器不可变时，您需要一个在创建新播放器时更新的包装对象（例如命令模式）。

在哪些情况下哪个版本更可取？有没有一般的指导方针？

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 和播放器之间的耦合量，那么您真的不必考虑太多。

我相信你的例子对于你的实际问题有点缺陷。