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

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

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

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

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

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

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

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

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

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

除了那些提到IPet/PetBase实现的注释之外，在某些情况下，提供访问器帮助器类可能非常有价值。

IPet/PetBase风格假设您有多个实现，从而增加了PetBase的价值，因为它简化了实现。然而，如果您有多个客户端，则提供一个类帮助来帮助使用接口，可以通过使接口更容易使用来降低成本。

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

首选接口而非抽象类

一些要点：

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

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

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

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

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

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

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

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

基类的继承者应该具有“is a”关系。接口表示“实现”关系。因此，只有在继承者将维护关系时才使用基类。