子类计算值的最佳设计模式？

Question

假设我有两种类型：

ClassA
{
    int ValueA;
    int CalculatedA;
}

ClassB
{
    int ValueA;
    int CalculatedA;

    int ValueB;
    int CalculatedB;
}

CalculatedB 需要 ValueA 以及 ValueB。我正在尝试确定实现此目的的最佳模式。

选项 1：子类 ClassA 并添加额外的值。有一个在子类中重写的通用 Update() 方法。这是模型中的简单代码，但创建这些类的代码需要提前知道要创建哪些类，并且任何迭代这些类型列表的代码都需要进行类型检查以处理额外的字段。

选项 2： 在单独的类中包含额外的属性，并在其中包含 CalculatedB 的更新代码。问题在于，ClassB 需要某种方式来了解 ValueA 何时更新，而我希望不必实现 INotifyPropertyChanged 之类的东西> 关于这些课程。另一种方法是在额外的属性类上使用某种公共 Update 方法，并让主类在更新 ValueA 时调用该方法。亦不可取。

选项 3：只需使用 ClassB，其中 ValueB 和 CalculatedB 为可为空类型。经过。

还有吗？你会选择哪个？

Answer 1

如果ClassB与ClassA不相关，那么子类化并不是一个好方法。顺便说一句，在.Net中我们通常不暴露公共字段，而是公开属性（假设C#）

public class ClassA{
    public int ValueA {get;set;}
    //...
}

由于ClassB.CalculateB严重依赖ValueA，为什么不直接计算值，这样你就不必担心属性改变。

public class ClassB {
    public int ValueB {get;set;}
    public int getCalculateB(ClassA a){
        //...
    }
}