C# 为什么未密封类的未密封虚拟方法调用的顺序很重要？
为什么未密封类的未密封虚拟方法调用的顺序很重要 我正在通过C#书探索CLR，我发现了以下摘录： 当一个类最初被密封时，它可以在将来更改为未密封，而无需修改 破坏兼容性。然而，一旦一个类被解封，您就永远不能将其更改为密封的 未来，因为这将破坏所有派生类此外，如果未密封类定义了 未密封的虚拟方法，必须使用新的 版本或将来可能会中断派生类型。 有人能用简单的方式解释突出显示的粗体部分，并（也许）提供几个例子吗C# 为什么未密封类的未密封虚拟方法调用的顺序很重要？,c#,clr,virtual,sealed,sealed-class,C#,Clr,Virtual,Sealed,Sealed Class,为什么未密封类的未密封虚拟方法调用的顺序很重要 我正在通过C#书探索CLR，我发现了以下摘录： 当一个类最初被密封时，它可以在将来更改为未密封，而无需修改 破坏兼容性。然而，一旦一个类被解封，您就永远不能将其更改为密封的 未来，因为这将破坏所有派生类此外，如果未密封类定义了 未密封的虚拟方法，必须使用新的 版本或将来可能会中断派生类型。 有人能用简单的方式解释突出显示的粗体部分，并（也许）提供几个例子吗 我了解什么是密封的/未密封的类/方法，我了解什么是虚拟方法。但我不明白的是顺序。摘录中提到了
我了解什么是密封的/未密封的类/方法，我了解什么是虚拟方法。但我不明白的是顺序。摘录中提到了什么顺序？这是关于更改源代码，而不是构建类层次结构 在C#中没有“unchaled”关键字，您不能从密封的类派生类并以任何方式声明使密封的“undone” 您可以通过更改源代码来删除关键字“sealed”-这是“unchaling”，它们加下划线，这是一个非破坏性的更改。所有引用您的代码的库都可以使用
这本书必须是关于代码审查、软件维护或库的发展而不是编程的。下面是一个场景，其中维护虚拟方法调用的顺序非常重要：
class BaseClass
{
public int Answer { get; protected set; }
protected virtual void VM1() { Answer += 20; }
protected virtual void VM2() { Answer += 10; }
public void Init() { VM1(); VM2(); }
}
class DerivedClass : BaseClass
{
private int _dividend;
protected override void VM1() { Answer = _dividend = 20; }
protected override void VM2() { Answer /= 10 }
}
var baseObj = new BaseClass();
baseObj.Init();
int baseAnswer = baseObj.Answer;
var derivedObj = new DerivedClass();
derivedObj.Init();
int derivedAnswer = derivedObj.Answer;
baseAnswer30derivedswer2现在，假设
Init（）VM1（）VM2（）baseAnswer30derivedAnswer202VM1（）VM2（）M1（）M1（）VM1（）VM2（）M1（）VM2（）VM1（）