這三個東西都有點像但是又不太一樣。有點關係但又沒甚麼關係。
要理解這三者之間的差異必須從一切的源頭類別(Class)開始談起，會比較清楚。
C# 身為一個 OOP語言，自然希望程式以物件(Object)的方式進行開發，所以我們會先定義類別(Class)，類別可以視為是物件的藍圖，當類別被建立(New)時，就成為了一個物件。
首先先簡單的定義一個簡單的車子類別。每台車子都有型號、CC數跟售價，而且都會跑。
有了藍圖後就可以依圖設計車子。我們依藍圖建立了兩台車子，一台海神、一台小50
結果兩台都跑超快，這樣好像不太對…。雖然都是車子而且都會跑，但是速度應該是有差的。而且海神跟小50之間應該有更多的差異。所以顯然這樣的設計太籠統了。
於是我們可以將這些共同項目訂為抽象(abstract)類別，由子類別繼承( extends)並將須自行定義的動作設為抽象(abstract)方法，由子類別自行覆寫(override)
跑車與機車都繼承了Car這個抽象類別並各自覆寫了run()這個方法之後，我們就可以更明確的區分跑車與機車之間的差異。
補充：
1.抽象類別不能實作。因為設計邏輯上屬於一個未完整的類別。
2.抽象類別中可以定義抽象方法但不能實作且必須為公開(public)。因為這部份是要開放給子類別複寫的。
3.抽象類別可以繼承抽象類別，但是一樣不能實作抽象方法
4.繼承抽象類別的子類必須複寫父類的的抽象方法
同時我們在跑車的類別上增加了openDoor()這個方法，並回傳為側開。但是少數車種開門方法是上掀式的，難道又要將跑車類別改成抽象類別然後再各自實作嗎？這顯然有點因噎廢食，這時候可以使用虛擬(virtual)方法。
虛擬(virtual)方法可以實作並且允許繼承的子類別複寫。
補充：
1.虛擬方法必須實作。
2.虛擬方法中必須為公開(public)。因為允許子類別複寫。
3.子類別可以直接引用或選擇複寫(override)虛擬方法
現在我們有了三種車款可以開始賣車了。但是有買賣就必須繳稅，所以我們新增一個計算稅率的方法。
看似這樣就完成了。但是不只有賣車要繳稅，只要是涉及買賣都須要繳稅，將繳稅這個動作放在Car這個類別顯然是不合適的。
定義這種橫跨類別的動作及屬性便是介面(Interface)。
我們簡單定義一個 IProduct的介面，裡面有 model、price跟Tax 這兩個屬性跟方法。然後由 Shoes與 Car 這兩個類別去實作這個介面。
於是不論是甚麼商品只要實作了 IProduct的這個介面都會擁有繳稅這個行為真是太好了~~~~。
但是好像有哪裡怪怪的。結果都是要各自實作，繼承了這個介面除了會在編譯的時候報錯之外好像沒甚麼用啊(編譯的時候會報錯就很有用啦~~)。
介面最大的功用就是讓不同的類別之間產生關聯性。我們可以確定只要有實作了 IProduct這個介面的類別都擁有 model與 Tax()這兩個屬性與方法。
所以我們可以將程式改寫為
補充：
1.介面只能宣告，不能實作，且只能為公開(public)。 *預設就是公開所以不用特別加上public
2.介面可以繼承介面
3.介面不可以繼承類別
4.可以同時繼承多個介面
5.繼承介面的類別必須實作所有的屬性與方法。
