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

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

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

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

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

关于C#，在某些意义上，接口和抽象类可以互换。然而，区别在于：i）接口不能实现代码；ii）由于这一点，接口不能进一步调用堆栈上的子类；以及iii）抽象类只能在类上继承，而多个接口可以在类上实现。

在这篇Java World文章中对其进行了很好的解释。

就我个人而言，我倾向于使用接口来定义接口，即系统设计中指定如何访问某些内容的部分。

我会有一个类实现一个或多个接口，这并不罕见。

抽象类是我用来做其他事情的基础。

以下是上述文章JavaWorld.com文章的摘录，作者Tony Sintes，2001年4月20日

接口与抽象类选择接口和抽象类不是一个非此即彼的命题。如果你需要改变你的设计，让它成为一个界面。然而，您可能有提供一些默认行为的抽象类。抽象类是应用程序框架中的优秀候选者。抽象类允许您定义一些行为；它们迫使您的子类提供其他子类。例如，如果您有一个应用程序框架，抽象类可以提供默认服务，如事件和消息处理。这些服务允许应用程序插入应用程序框架。但是，有些特定于应用程序的功能只有您的应用程序才能执行。此类功能可能包括启动和关闭任务，这些任务通常依赖于应用程序。因此，抽象基类可以声明抽象的关闭和启动方法，而不是试图定义该行为本身。基类知道它需要这些方法，但抽象类让您的类承认它不知道如何执行这些操作；它只知道它必须发起行动。当需要启动时，抽象类可以调用启动方法。当基类调用此方法时，Java调用子类定义的方法。许多开发人员忘记了定义抽象方法的类也可以调用该方法。抽象类是创建计划继承层次结构的极好方法。对于类层次结构中的非叶类，它们也是一个很好的选择。类与接口

有人说你应该用接口来定义所有的类，但我认为这个建议有点极端。当我看到设计中的某些内容会频繁更改时，我会使用接口。

例如，Strategy模式允许您在程序中交换新的算法和过程，而不改变使用它们的对象。媒体播放器可能知道如何播放CD、MP3和wav文件。当然，您不希望将这些回放算法硬编码到播放器中；这将使添加像AVI这样的新格式变得困难。此外，您的代码将充斥着无用的case语句。为了增加伤害，您需要在每次添加新算法时更新这些案例陈述。总而言之，这不是一种非常面向对象的编程方式。使用Strategy模式，您可以简单地将算法封装在对象后面。如果这样做，您可以随时提供新的媒体插件。让我们将插件类称为MediaStrategy。该对象将有一个方法：playStream（流）。所以为了添加一个新的算法，我们只需扩展我们的算法类。现在，当程序遇到新的媒体类型时，它只是将流的播放委托给我们的媒体策略。当然，您需要一些管道来正确实例化所需的算法策略。这是一个使用界面的好地方。我们使用了Strategy模式，它清楚地表明设计中的一个位置将发生变化。因此，您应该将策略定义为一个接口。当您希望某个对象具有某种类型时，通常应该支持接口而不是继承；在本例中为MediaStrategy。依赖类型标识的继承是危险的；它将您锁定到特定的继承层次结构中。Java不允许多重继承，因此您不能扩展能够为您提供有用实现或更多类型标识的内容。

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

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

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

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

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

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

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

不要使用基类，除非您知道它的含义，并且它适用于这种情况。如果适用，使用它，否则使用接口。但请注意关于小接口的答案。

公共继承在OOD中被过度使用，表达的内容比大多数开发人员意识到或愿意实现的要多得多

简而言之，如果A“是一个”B，那么对于它公开的每个方法，A需要的不超过B，交付的不少于B。