我有一个粗略的经验法则

功能：可能在所有部分都不同：界面。

数据和功能，部分基本相同，部分不同：抽象类。

数据和功能，实际工作，如果只进行了轻微的修改：普通（具体）类

数据和功能，没有计划的更改：带有最终修饰符的普通（具体）类。

数据，可能还有功能：只读：枚举成员。

这是非常粗略和准备好的，并且根本没有严格定义，但是有一个范围是从所有内容都要更改的接口到所有内容都像只读文件一样固定的enums。

使用接口在不相关类的ACROSS家族中强制执行契约。例如，对于表示集合但包含完全不同数据的类，您可能有通用的访问方法，即一个类可能表示查询的结果集，而另一个类则可能表示库中的图像。此外，您可以实现多个接口，从而允许您混合（并表示）类的功能。

当类具有共同关系，因此具有相似的结构和行为特征时，使用继承，即汽车、摩托车、卡车和SUV都是可能包含多个车轮、最高速度的道路车辆

Josh Bloch在《有效的Java 2d》中说道：

首选接口而非抽象类

一些要点：

可以很容易地对现有类进行修改，以实现新的界面你所要做的就是添加所需的方法（如果还没有）存在并将implements子句添加到类声明。接口是定义混合的理想选择。粗略地说mixin是类可以使用的类型除了“主要”键入“”以声明它提供一些可选行为。例如Comparable是一个mixin接口允许类声明其实例的排序依据其他相互可比较的对象。接口允许构造非分层类型框架。类型层次结构为很适合组织一些事情，但是其他的事情并不是很简单刚性层次。接口通过每类包装的习惯用法。如果您使用抽象类来定义类型留下想要添加的程序员功能，别无选择使用继承。此外，你可以结合这些优点接口和抽象类提供抽象骨架实现类导出的非平凡接口。

另一方面，接口很难发展。如果您向接口添加一个方法，它将破坏它的所有实现。

PS：买这本书。它要详细得多。

列出你的对象必须要做的事情，你的对象可以做的事情。必须指明你的基类型，可以指明你的接口。

例如，您的PetBase必须呼吸，而您的IPet可能会DoTricks。

对问题域的分析将帮助您定义精确的层次结构。

接口应较小。真的很小。如果你真的要分解你的对象，那么你的接口可能只包含一些非常具体的方法和财产。

抽象类是快捷方式。PetBase的所有衍生产品都有你可以编写一次代码并完成的东西吗？如果是的话，那么是抽象类的时候了。

抽象类也是有限的。虽然它们为您提供了生成子对象的绝佳捷径，但任何给定对象只能实现一个抽象类。很多时候，我发现这是抽象类的局限性，这也是我使用大量接口的原因。

抽象类可以包含多个接口。您的PetBase抽象类可以实现IPet（宠物有主人）和IDigestion（宠物吃，或者至少它们应该吃）。然而，PetBase可能不会实施IMammal，因为并非所有宠物都是哺乳动物，也并非所有哺乳动物都是宠物。您可以添加一个扩展PetBase的MammalPetBase并添加IMammal。FishBase可以有PetBase并添加IFish。IFish将使用ISwim和IUnderwaterBreaker作为接口。

是的，对于简单的示例来说，我的示例非常复杂，但这是接口和抽象类如何协同工作的一部分。

我建议尽可能使用组合而不是继承。使用接口，但对基本实现使用成员对象。这样，您可以定义一个工厂，该工厂构造对象以某种方式运行。如果要更改行为，则创建一个新的工厂方法（或抽象工厂），以创建不同类型的子对象。

在某些情况下，如果所有可变行为都在帮助对象中定义，那么您可能会发现主对象根本不需要接口。

因此，您可能会得到一个带有IFurBehavior参数的宠物，而不是IPet或PetBase。IFurBehavior参数由PetFactory的CreateDog（）方法设置。shed（）方法调用的就是这个参数。

如果你这样做，你会发现你的代码更加灵活，你的大多数简单对象都处理非常基本的系统范围行为。

即使在多种继承语言中，我也推荐这种模式。