构建新的层次结构，使用抽象类还是接口？

Question

我正准备为我的游戏构建一个 2D 场景图，我想知道我是否应该在它的根使用一个接口或两个或几个抽象类。 这是我的要求：

• 基本节点项
  • 需要能够存储矩阵
  • 还需要能够存储列表 子节点数
  • 以及单个父节点
• 变换节点项
  • 需要有一个 Draw 方法（实现很可能是相同的）
  • 要求基本节点项是 实现/源自
• 从Drawable 节点项
  • 需要有一个 Draw 方法（实现可能不同）
  • 要求基本节点项是 实施/派生自且不能 并肩实施/衍生 变换节点项

我应该使用什么基类/接口方案？

Answer 1

Jasonh 介绍了基础知识——在想要共享代码的地方使用抽象类，否则使用接口。

我想补充一点——即使您采用抽象类路线，我仍然建议创建一个接口。 你永远不知道什么时候你会想要一个像其他类一样工作的子类，但由于某种原因确实需要继承另一个类。 抽象基类非常适合保存实现代码。 不过，接口更加灵活，因此除非有充分的理由（即您的测试表明您无法承受虚拟方法调用的性能影响），否则请在有意义的情况下使用接口和抽象基类。

我对此的一般规则是：使用接口来定义 API，并使用抽象基类来允许接口的实现共享代码。

Answer 2

接口和抽象类用于两种不同的用途 - 接口用于定义契约，而抽象类用于提供基本实现并共享公共代码。 因此，您绝对应该始终使用接口，有时（我认为您的情况就是这种情况）还应该使用抽象类以避免重复代码。

因此，只有通过接口，您才会得到以下结果。

class Transformation : INode, ITransformation { }
class GraphicsObject : INode, IGraphicsObject { }

我假设您可以将公共节点特定代码分解为基类。

abstarct class Node : INode { }

class Transformation : Node, ITransformation { }
class GraphicsObject : Node, IGraphicsObject { }

Answer 3

区别在于，您可以放入抽象类的所有类之间是否存在公共代码，以及它们是否都需要具有此代码的同一组方法。 如果是这种情况，请使用抽象类。 如果没有通用代码，或者最终会让不应该通用的代码变得通用，那么就使用接口。