如何改进考虑接口和抽象类的程序设计？

Question

考虑到已接受的答案here，一般建议的想法是，在可能的情况下，倾向于定义类而不是接口。

考虑以下设计：

1. 基类ChessPiece，其中还定义了多个子类
2. 某些类型的片段如果已经被移动，则需要记录（即Pawn、Rook、King）：bool HasMoved 属性
3. 一类棋子，即King，无法捕获；其他一切都可以是：bool IsCaptured 属性

问题是因为派生类King在#2和3中常见的#2和3之间的冲突（如果我只实现两者中的一个就没有问题）。

理想情况下，应该实现两个抽象类CapturablePiece 和MoveRecordedPiece，它们都继承自ChessPiece。但是 C#不允许多类继承，这就是接口的用武之地。

如果实现了接口，现在所有具体的子类都可以手动实现每个必需的属性。那么考虑这个例子：

// needed type-check
ChessPiece piece;
// some calculations...
if (piece is ICapturablePiece)    // or using the 'as' keyword
//or...
if (piece is IMoveRecordedPiece)
// which in the case of non-conflicting abstract classes,
// this is easily doable and valid because of
// inheritance to the base class

我不能这样做，因为接口是原样的。它不能从任何东西继承，它只是必须实现的方法的独立标记。

抽象类版本仍然更可取 - CapturablePiece 和 MoveRecordedPiece，因为它的基本类型是 ChessPiece，我确信这个逻辑是“is-an " 而不是 "can-do"（如上面的链接中所述）。

我现在的问题是，我将如何改进设计考虑：

1. 你不能继承多个类，接口不能继承任何东西。
2. 抽象类优于接口
3. 需要类型检查的代码块

编辑：

这不是链接问题的重复。这更像是在考虑接口和抽象类的同时如何改进设计。

Answer 1

相互独立地定义行为，并通过需要的实例对其进行聚合。 你的问题不是继承，而是一个类的责任太多。国王与兵的移动方式不同。所以独立定义这些类型的行为并将其添加到国际象棋图形类中。类似于运动。在外部实现该行为并将其传递给需要它的类。

这可以让你很好地解耦你的代码。