C#接口、抽象类、普通类和继承（子类与父类）都有其特定的用途和场景

在C#（以及许多其他面向对象的编程语言中），接口、抽象类、普通类和继承（子类与父类）都有其特定的用途和场景。选择使用哪种机制通常取决于你的具体需求和设计目标。不过，关于“能使用接口就不用抽象类，能使用抽象类就不用类，能用父类就不用子类”的说法，这并不完全准确，因为每种机制都有其独特的优势和局限性。

下面是对这些概念的简要解释和比较：

接口（Interface）：
- 定义了一组方法的契约，但没有实现这些方法。
- 一个类可以实现多个接口。
- 适用于定义跨多个类的公共行为。
- 只包含方法、属性、事件和索引器的签名，不包含字段或实现。
- 主要用于实现多态性和解耦。
抽象类（Abstract Class）：
- 可以包含抽象方法（只有签名没有实现）和非抽象方法（有实现）。
- 一个类只能继承一个抽象类（在C#中）。
- 可以包含字段、属性、方法等。
- 通常用于定义一组具有共同特征的类的基本行为，其中一些行为可能在所有子类中都是相同的，而其他行为则是抽象的，需要子类来实现。
普通类（Class）：
- 包含具体实现的方法和属性。
- 可以被其他类继承，也可以实现接口。
- 是面向对象编程中的基本构建块。
子类与父类（Inheritance）：
- 子类继承父类的所有非私有成员（字段、属性、方法等）。
- 子类可以添加新的成员或重写父类的虚方法。
- 通过继承，子类可以重用父类的代码和行为。
- 但过度使用继承可能导致代码难以维护和理解（称为“继承层次过深”或“上帝类”问题）。

现在，关于为什么“能使用接口就不用抽象类，能使用抽象类就不用类，能用父类就不用子类”的说法：

能使用接口就不用抽象类：这个说法并不总是正确的。虽然接口提供了更高的灵活性和解耦能力，但抽象类可以包含具体实现，这在某些情况下是有用的。例如，当你有一些公共行为需要在所有子类中共享时，使用抽象类可能更合适。
能使用抽象类就不用类：这同样不总是正确的。抽象类主要用于定义一组具有共同特征的类的基本行为，但并不是所有类都需要这样的结构。在许多情况下，普通类就足够了。
能用父类就不用子类：这也不准确。继承是面向对象编程中的一个重要概念，允许我们创建新的类（子类）作为现有类（父类）的扩展或特化。子类可以继承父类的属性和行为，并添加或修改它们。在适当的情况下使用继承可以显著提高代码的可重用性和可维护性。然而，过度使用继承也可能导致代码变得复杂和难以维护。因此，在决定是否使用继承时，需要仔细权衡利弊。