在C#（以及許多其他物件導向的程式語言中），介面、抽象類、普通類和繼承（子類與父類）都有其特定的用途和場景。選擇使用哪種機制通常取決於你的具體需求和設計目標。不過，關於“能使用介面就不用抽象類，能使用抽象類就不用類，能用父類就不用子類”的說法，這並不完全準確，因為每種機制都有其獨特的優勢和侷限性。
下面是對這些概念的簡要解釋和比較：
- 介面（Interface）：
- 定義了一組方法的契約，但沒有實現這些方法。
- 一個類可以實現多個介面。
- 適用於定義跨多個類的公共行為。
- 只包含方法、屬性、事件和索引器的簽名，不包含欄位或實現。
- 主要用於實現多型性和解耦。
- 抽象類（Abstract Class）：
- 可以包含抽象方法（只有簽名沒有實現）和非抽象方法（有實現）。
- 一個類只能繼承一個抽象類（在C#中）。
- 可以包含欄位、屬性、方法等。
- 通常用於定義一組具有共同特徵的類的基本行為，其中一些行為可能在所有子類中都是相同的，而其他行為則是抽象的，需要子類來實現。
- 普通類（Class）：
- 包含具體實現的方法和屬性。
- 可以被其他類繼承，也可以實現介面。
- 是物件導向程式設計中的基本構建塊。
- 子類與父類（Inheritance）：
- 子類繼承父類的所有非私有成員（欄位、屬性、方法等）。
- 子類可以新增新的成員或重寫父類的虛方法。
- 透過繼承，子類可以重用父類的程式碼和行為。
- 但過度使用繼承可能導致程式碼難以維護和理解（稱為“繼承層次過深”或“上帝類”問題）。
現在，關於為什麼“能使用介面就不用抽象類，能使用抽象類就不用類，能用父類就不用子類”的說法：
- 能使用介面就不用抽象類：這個說法並不總是正確的。雖然介面提供了更高的靈活性和解耦能力，但抽象類可以包含具體實現，這在某些情況下是有用的。例如，當你有一些公共行為需要在所有子類中共享時，使用抽象類可能更合適。
- 能使用抽象類就不用類：這同樣不總是正確的。抽象類主要用於定義一組具有共同特徵的類的基本行為，但並不是所有類都需要這樣的結構。在許多情況下，普通類就足夠了。
- 能用父類就不用子類：這也不準確。繼承是物件導向程式設計中的一個重要概念，允許我們建立新的類（子類）作為現有類（父類）的擴充套件或特化。子類可以繼承父類的屬性和行為，並新增或修改它們。在適當的情況下使用繼承可以顯著提高程式碼的可重用性和可維護性。然而，過度使用繼承也可能導致程式碼變得複雜和難以維護。因此，在決定是否使用繼承時，需要仔細權衡利弊。