原來對抽象類和介面的理解總是混淆不清
最近看了一下別人寫的東西，現在將個人理解寫下來 方便以後查閱理解
我們可以在抽象類中寫一些其他的不是抽象類的方法，而因為我們是繼承，所以子類也可以使用這些方法，同時我們利用抽象類的特點 是子類必須重寫我們一些我們想讓子類必須實現的方法，加了abstract修飾的方法。通過繼承，我們即少寫了一些父類中有的方法，同時又讓子類強制實現了抽象方法。
抽象方法：類似於貓，狗。然後我們從貓狗中能抽象出動物
抽象方法就是自下而上，我們首先從貓狗中得到共性，然後提公升一下，抽象一下，好了，動物抽象類出來了
但是我乙個類只能用乙個抽象類，我需要考慮周全，並讓我的子類好好利用我的那些公共方法，那些變數。
對於介面，我們也許可以把它看成抽象類的極端。介面 = 抽象類-非抽象方法-隨意定義變數+public static final 變數
介面：類似於汽車與狗，飛機與鳥。我們可以得到它們都會動，飛。但這些不能把它們歸納成一類吧?汽車與狗都是？？
介面就是自上而下的，我不管誰要用我，反正我有乙個動的方法，飛的方法，我就定義乙個介面，誰用都行！
而且，因為是介面，我可以為乙個類這邊加乙個飛的介面，那邊加乙個鑽地的介面，上邊加乙個潛水的介面
在實際的開發中，不要繼承乙個已經實現了的類。而應去實現介面或繼承抽象類。這裡有順序，優先介面，其次抽象類。
主要是因為抽象類有單繼承的侷限！
抽象類和介面的區別
要結合來使用，從而互補長短。接下來先說說抽象類和介面的區別。區別一，兩者表達的概念不一樣。抽象類是一類事物的高度聚合，那麼對於繼承抽象類的子類來說，對於抽象類來說，屬於 是 的關係 而介面是定義行為規範，因此對於實現介面的子類來說，相對於介面來說，是 行為需要按照介面來完成 這些聽起來有些虛，舉個例...
抽象類和介面的區別
net提供了介面，這個不同於class或者struct的型別定義。介面有些情況，看似和抽象類一樣，因此有些人認為在.net可以完全用介面來替換抽象類。其實不然，介面和抽象類各有長處和缺陷，因此往往在應用當中，兩者要結合來使用，從而互補長短。接下來先說說抽象類和介面的區別。區別一，兩者表達的概念不一樣...
抽象類和介面的區別
net提供了介面，這個不同於class或者struct的型別定義。介面有些情況，看似和抽象類一樣，因此有些人認為在.net可以完全用介面來替換抽象類。其實不然，介面和抽象類各有長處和缺陷，因此往往在應用當中，兩者要結合來使用，從而互補長短。接下來先說說抽象類和介面的區別。區別一，兩者表達的概念不一樣...