我应该何时使用接口，何时使用基类？
如果我不想实际定义方法的基本实现，它应该始终是一个接口吗？
如果我有狗和猫的课。为什么我要实现IPet而不是PetBase？我可以理解为ISheds或IBarks（IMakesNoise？）提供接口，因为它们可以逐个宠物放置，但我不知道该为普通宠物使用哪个接口。
当前回答
不要使用基类，除非您知道它的含义，并且它适用于这种情况。如果适用，使用它，否则使用接口。但请注意关于小接口的答案。
公共继承在OOD中被过度使用，表达的内容比大多数开发人员意识到或愿意实现的要多得多
简而言之，如果A“是一个”B，那么对于它公开的每个方法，A需要的不超过B，交付的不少于B。
其他回答
使用接口在不相关类的ACROSS家族中强制执行契约。例如，对于表示集合但包含完全不同数据的类，您可能有通用的访问方法，即一个类可能表示查询的结果集，而另一个类则可能表示库中的图像。此外，您可以实现多个接口，从而允许您混合（并表示）类的功能。
当类具有共同关系，因此具有相似的结构和行为特征时，使用继承，即汽车、摩托车、卡车和SUV都是可能包含多个车轮、最高速度的道路车辆
让我们以Dog和Cat类为例，使用C#进行演示：
狗和猫都是动物，特别是四足哺乳动物（动物太普通了）。让我们假设您有一个抽象类Mammal，用于这两个类：
public abstract class Mammal
此基类可能具有默认方法，例如：
喂养朋友
所有这些都是在两个物种之间或多或少具有相同实现的行为。要定义此项，您需要：
public class Dog : Mammal
public class Cat : Mammal
现在让我们假设还有其他哺乳动物，我们通常会在动物园里看到：
public class Giraffe : Mammal
public class Rhinoceros : Mammal
public class Hippopotamus : Mammal
这仍然有效，因为Feed（）和Mate（）功能的核心仍然相同。
然而，长颈鹿、犀牛和河马并不是你可以用来做宠物的动物。这就是界面将有用的地方：
public interface IPettable
{
IList<Trick> Tricks{get; set;}
void Bathe();
void Train(Trick t);
}
上述合同的执行在猫和狗之间是不同的；将它们的实现放在抽象类中继承将是一个坏主意。
狗和猫的定义现在应该如下：
public class Dog : Mammal, IPettable
public class Cat : Mammal, IPettable
理论上，您可以从更高的基类重写它们，但本质上，接口允许您只将所需的内容添加到类中，而不需要继承。
因此，由于您通常只能从一个抽象类继承（在大多数静态类型的OO语言中，即……例外包括C++），但能够实现多个接口，因此它允许您严格按照需要构造对象。
首选接口而非抽象类
根本原因需要考虑的要点[这里已经提到了两个]是：
接口更灵活，因为一个类可以实现多个接口。由于Java没有多重继承，因此使用抽象类防止用户使用任何其他类等级制度通常，当没有默认值时，首选接口实现或状态。Java集合提供了这（地图、集合等）。抽象类的优点是允许更好的转发兼容性。一旦客户端使用了一个接口，就不能更改它；如果它们使用抽象类，您仍然可以添加行为而不使用破坏现有代码。如果兼容性是一个问题，请考虑使用抽象类。即使您有默认实现或内部状态，考虑提供一个接口及其抽象实现。这将有助于客户，但如果所需[1]。当然，这个问题已经讨论了很长时间其他地方[2,3]。
[1] 当然，它增加了更多的代码，但如果简洁是您的主要关注点，那么您可能应该首先避免使用Java！
[2] Joshua Bloch，《有效的Java》，第16-18项。
[3] http://www.codeproject.com/KB/ar...
如果除了您的类型成员之外，其他开发人员确实没有任何理由希望使用自己的基类，并且您预见到版本控制问题，那么您应该使用基类（请参见http://haacked.com/archive/2008/02/21/versioning-issues-with-abstract-base-classes-and-interfaces.aspx).
如果继承开发人员有任何理由使用自己的基类来实现类型的接口，并且您没有看到接口发生变化，那么就使用接口。在这种情况下，为了方便起见，您仍然可以加入实现接口的默认基类。
下面是接口和基类的基本和简单定义：
基类=对象继承。接口=功能继承。
干杯
