我应该何时使用接口，何时使用基类？
如果我不想实际定义方法的基本实现，它应该始终是一个接口吗？
如果我有狗和猫的课。为什么我要实现IPet而不是PetBase？我可以理解为ISheds或IBarks（IMakesNoise？）提供接口，因为它们可以逐个宠物放置，但我不知道该为普通宠物使用哪个接口。
当前回答
我有一个粗略的经验法则
功能：可能在所有部分都不同：界面。
数据和功能，部分基本相同，部分不同：抽象类。
数据和功能，实际工作，如果只进行了轻微的修改：普通（具体）类
数据和功能，没有计划的更改：带有最终修饰符的普通（具体）类。
数据，可能还有功能：只读：枚举成员。
这是非常粗略和准备好的，并且根本没有严格定义，但是有一个范围是从所有内容都要更改的接口到所有内容都像只读文件一样固定的enums。
其他回答
现代风格是定义IPet和PetBase。
该接口的优点是其他代码可以使用它，而与其他可执行代码没有任何联系。完全“干净”。界面也可以混合。
但是基类对于简单的实现和通用实用程序很有用。因此，还提供一个抽象基类，以节省时间和代码。
列出你的对象必须要做的事情，你的对象可以做的事情。必须指明你的基类型，可以指明你的接口。
例如，您的PetBase必须呼吸，而您的IPet可能会DoTricks。
对问题域的分析将帮助您定义精确的层次结构。
我有一个粗略的经验法则
功能：可能在所有部分都不同：界面。
数据和功能，部分基本相同，部分不同：抽象类。
数据和功能，实际工作，如果只进行了轻微的修改：普通（具体）类
数据和功能，没有计划的更改：带有最终修饰符的普通（具体）类。
数据，可能还有功能：只读：枚举成员。
这是非常粗略和准备好的，并且根本没有严格定义，但是有一个范围是从所有内容都要更改的接口到所有内容都像只读文件一样固定的enums。
接口和基类表示两种不同形式的关系。
继承（基类）表示“is-a”关系。例如，狗或猫是宠物。这种关系始终代表着班级的（单一）目的（结合“单一责任原则”）。
另一方面，接口表示类的其他特性。我将其称为“是”关系，如“Foo是一次性的”，因此C#中的IDisposable接口。
通常，您应该喜欢接口而不是抽象类。使用抽象类的一个原因是，如果在具体类之间有共同的实现。当然，您仍然应该声明一个接口（IPet），并让一个抽象类（PetBase）实现该接口。使用小的、不同的接口，您可以使用多个来进一步提高灵活性。接口允许最大限度的灵活性和跨边界类型的可移植性。当跨越边界传递引用时，始终传递接口而不是具体类型。这允许接收端确定具体实施，并提供最大的灵活性。当以TDD/BDD方式编程时，这是绝对正确的。
“四人帮”在他们的书中说：“因为继承将子类暴露于其父类实现的细节，所以人们常说‘继承破坏了封装’。”。我相信这是真的。
