接口重新实现的替代方案

Question

我正在阅读下面Joe Albahari优秀的“C9简而言之”的摘录，并试图理解这里用粗体描述的内容。有人能用我更能理解的方式解释替代方法吗？出于某种原因，这对我来说似乎有些落后。

public class TextBox : IUndoable
{
  void IUndoable.Undo()         => Undo();    // Calls method below
  protected virtual void Undo() => Console.WriteLine ("TextBox.Undo");
}

public class RichTextBox : TextBox
{
  protected override void Undo() => Console.WriteLine("RichTextBox.Undo");
}

Answer 1

所描述的问题是，当基类实现接口时，该基类可能期望发生某些行为。

文本框撤消的示例。假设基文本框为撤消做了一些重要的工作（或者可能是实际的工作）。同样为了示例起见，假设在编写基类时，作者没有想到继承类（这里是richtextbox）

他本可以把它写成

public class TextBox : IUndoable
{
  void IUndoable.Undo() => ....... undo logic here
}

public class TextBox : IUndoable
{
  public void Undo() => ...... undo logic here
}

public class TextBox : IUndoable
{
  public virtual void Undo() => ...... undo logic here
}

public class TextBox : IUndoable
{
  void IUndoable.Undo()         => Undo();    // Calls method below
  protected virtual void Undo() => Console.WriteLine ("TextBox.Undo");
}

这为继承类实现它们自己的撤消提供了一个更安全的选项，而不会丢失基类的撤消（除非继承类也显式实现Iundoable，但我们不要去那里：p）

在richtextbox示例中，将重写撤消，但不调用基撤消。正是可能导致跳过“撤消”的基类实现的那种情况。但是在这里，如果某个东西（例如菜单项）调用Iundoable的undo，则会调用显式实现，强制运行所需的基类undo功能，同时还会调用继承类（richtextbox）的重写实现