我应该何时使用接口，何时使用基类？
如果我不想实际定义方法的基本实现，它应该始终是一个接口吗？
如果我有狗和猫的课。为什么我要实现IPet而不是PetBase？我可以理解为ISheds或IBarks（IMakesNoise？）提供接口，因为它们可以逐个宠物放置，但我不知道该为普通宠物使用哪个接口。
当前回答
我建议尽可能使用组合而不是继承。使用接口，但对基本实现使用成员对象。这样，您可以定义一个工厂，该工厂构造对象以某种方式运行。如果要更改行为，则创建一个新的工厂方法（或抽象工厂），以创建不同类型的子对象。
在某些情况下，如果所有可变行为都在帮助对象中定义，那么您可能会发现主对象根本不需要接口。
因此，您可能会得到一个带有IFurBehavior参数的宠物，而不是IPet或PetBase。IFurBehavior参数由PetFactory的CreateDog（）方法设置。shed（）方法调用的就是这个参数。
如果你这样做，你会发现你的代码更加灵活，你的大多数简单对象都处理非常基本的系统范围行为。
即使在多种继承语言中，我也推荐这种模式。
其他回答
Josh Bloch在《有效的Java 2d》中说道：
首选接口而非抽象类
一些要点：
可以很容易地对现有类进行修改，以实现新的界面你所要做的就是添加所需的方法（如果还没有）存在并将implements子句添加到类声明。接口是定义混合的理想选择。粗略地说mixin是类可以使用的类型除了“主要”键入“”以声明它提供一些可选行为。例如Comparable是一个mixin接口允许类声明其实例的排序依据其他相互可比较的对象。接口允许构造非分层类型框架。类型层次结构为很适合组织一些事情，但是其他的事情并不是很简单刚性层次。接口通过每类包装的习惯用法。如果您使用抽象类来定义类型留下想要添加的程序员功能，别无选择使用继承。此外，你可以结合这些优点接口和抽象类提供抽象骨架实现类导出的非平凡接口。
另一方面，接口很难发展。如果您向接口添加一个方法，它将破坏它的所有实现。
PS：买这本书。它要详细得多。
接口应较小。真的很小。如果你真的要分解你的对象，那么你的接口可能只包含一些非常具体的方法和财产。
抽象类是快捷方式。PetBase的所有衍生产品都有你可以编写一次代码并完成的东西吗？如果是的话，那么是抽象类的时候了。
抽象类也是有限的。虽然它们为您提供了生成子对象的绝佳捷径，但任何给定对象只能实现一个抽象类。很多时候，我发现这是抽象类的局限性，这也是我使用大量接口的原因。
抽象类可以包含多个接口。您的PetBase抽象类可以实现IPet（宠物有主人）和IDigestion（宠物吃，或者至少它们应该吃）。然而，PetBase可能不会实施IMammal，因为并非所有宠物都是哺乳动物，也并非所有哺乳动物都是宠物。您可以添加一个扩展PetBase的MammalPetBase并添加IMammal。FishBase可以有PetBase并添加IFish。IFish将使用ISwim和IUnderwaterBreaker作为接口。
是的，对于简单的示例来说，我的示例非常复杂，但这是接口和抽象类如何协同工作的一部分。
接口和基类表示两种不同形式的关系。
继承（基类）表示“is-a”关系。例如，狗或猫是宠物。这种关系始终代表着班级的（单一）目的（结合“单一责任原则”）。
另一方面，接口表示类的其他特性。我将其称为“是”关系，如“Foo是一次性的”，因此C#中的IDisposable接口。
还请记住，不要在OO中被卷走（请参见博客），并始终基于所需的行为来建模对象，如果您设计的应用程序中唯一需要的行为是动物的通用名称和物种，那么您只需要一个类animal，而不是世界上每种可能的动物都需要数百万个类。
我应该何时使用接口，何时使用基类？
如果
你有纯抽象方法，没有非抽象方法您没有非抽象方法的默认实现（除了Java 8语言，其中接口方法提供默认实现）若您使用的是Java8，现在接口将为一些非抽象方法提供默认实现。与抽象类相比，这将使接口更可用。
请查看此SE问题以了解更多详细信息。
如果我不想实际定义方法的基本实现，它应该始终是一个接口吗？
对它更好更干净。即使您有一个带有一些抽象方法的基类，让我们的基类通过接口扩展抽象方法。您可以在将来更改接口而不更改基类。
java示例：
abstract class PetBase implements IPet {
// Add all abstract methods in IPet interface and keep base class clean.
Base class will contain only non abstract methods and static methods.
}
如果我有狗和猫的课。为什么我要实现IPet而不是PetBase？我可以理解为ISheds或IBarks（IMakesNoise？）提供接口，因为它们可以逐个宠物放置，但我不知道该为普通宠物使用哪个接口。
我更希望基类实现接口。
abstract class PetBase implements IPet {
// Add all abstract methods in IPet
}
/*If ISheds,IBarks is common for Pets, your PetBase can implement ISheds,IBarks.
Respective implementations of PetBase can change the behaviour in their concrete classes*/
abstract class PetBase implements IPet,ISheds,IBarks {
// Add all abstract methods in respective interfaces
}
优势：
如果我想在现有接口中再添加一个抽象方法，我只需简单地更改接口，而不需要接触抽象基类。如果我想更改契约，我将在不接触基类的情况下更改接口和实现类。您可以通过接口为基类提供不变性。看看这篇文章
有关详细信息，请参阅此相关SE问题：
我应该如何解释接口和抽象类之间的区别？
