對於介面的理解

可能是對於介面的理解最早是**於計算機網路吧：層之間的通訊

所以在學習物件導向的過程中一直難以理解「介面」到底是**接**

最近把書詳細的看了一遍

發現介面是一組為實現的方法的集合。

但是在每次使用時都要把介面裡的方法實現了，我就想到既然介面還需要被實現那還用介面幹嘛直接重新寫方法不就可以了麼多費一步然後從網上去查詢介面的好處

發現以下的理解

介面用得好壞,取決於水平。但是初步的理解介面還是不難的。首先記住:類是物件的抽象,介面是方法的抽象。類的概念就不說了。單說介面吧。如果方法跨越不同類的物件,可使用介面，即然你語法很熟了，我就不去寫**了。

舉個例子吧，乙個外地的朋友突然來看你，你常常會問「你是坐車來的還是坐飛機來的？」

那麼可以定義了三個類：飛機類，船類，車類（當然，你也可以進一步把這三個類抽象為乙個類，運輸類。但為了說明介面，暫不作進一步抽象）。定義乙個介面：客運。

三種類的物件都可以各自去實現「客運」這一介面，當然它們的實現方式各不相同。

再舉一例，鳥類，飛機類，神仙類都能「飛」。這三種類都以各自的方式去實現「飛」這一介面的。

當然這兩個例子只能淺淺的說明介面，以後你在運用時去深入理解吧。但記住：介面是是方法的抽象。如果方法跨越不同類的物件,可使用介面。

從他的敘述中

他認為當跨越不同類的要使用大致功能相同的方法時就可以使用介面，功能相似但不完全相同（功能相同不如寫靜態函式）

然後發現這個人的理解更好一點

定義乙個介面是為了遵循同一種規範，便於程式的擴充套件。它裡面的成員可以是字段，索引器，屬性，函式，事件。

其中函式是虛函式，只有函式定義，不寫函式主體。

比如我們定義乙個鳥的介面。規定鳥：可以飛翔，可以吃食。但是具體這是什麼鳥，吃什麼食物我們不用管，有這樣乙個介面就好，後面再寫具體的鳥類時繼承這個介面，再去考慮實現具體的函式。

由此可以看出，繼承同乙個介面可以實現類的多型性，但是他們都遵循同乙個介面，有相同的類成員。

以上是我自己理解的，其他的你自己上網查吧，我個人對理論知識記得很爛。。。

他認為介面是實現了一種規範比如鳥飛神仙飛飛機飛具體方法不一樣但是都是飛可以說是一種功能就把他們叫做介面好了繼承介面就告訴你這玩意能飛但是具體怎麼飛咱也不知道應該不像是他後來說的多型性而是說一種整體架構的角度來看程式

後來發現介面不能用字段但是可以用屬性

原因是介面關心的是方法的約定，而不是方法的實現。

而具體怎麼安排字段，要什麼字段，欄位在記憶體的位置，則是內部細節，介面不應該管這麼寬。

屬性的確就是getter和setter，但獨立出來成為單獨的類別，使它更自然，使得那些物件願意對外展示的屬性（顏色，大小，年紀等），不用通過粗笨的方法來得到。

比如winform下的propertygrid，就專門顯示物件的屬性，而不理睬欄位或方法。

他的回答也很好的說明了介面的目的是規範