作者youneverknow (睡覺一直想)
看板C_Sharp
標題[問題] interface與多重繼承
時間Wed Jan 29 21:26:00 2014
請教一個觀念問題，參考的code如：
http://ideone.com/HitQVk
當我們使用interface時，
先定義一個interface叫做 "飛行行為"，
然後定義兩個class "用翅膀飛" 與 "用火箭飛"，
這兩個類別繼承 "飛行行為" 這個interface。
之後我們建立實際的類別 "木頭鴨"，
木頭鴨有一個interface屬性 WFB，
而這個WFB是一個 "用火箭飛" class的物件，
所以可以使用 "用火箭飛" class的method void fly(); 。
我的問題是：
c#跟java為什麼要特地弄一個interface出來？
不直接允許class多重繼承其他class就好？
這個設計的用意在哪裡呢？
新手，釐清觀念中，還請指教，
謝謝。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.160.223.164
1F：推 qwer820404:可能會造成編譯上的錯誤 01/29 21:50
2F：→ qwer820404:如果 C 同時繼承A跟B，那A跟B又有一樣的方法 01/29 21:50
3F：→ qwer820404:complier會不知道 到底C要用誰的 造成錯誤 01/29 21:51
4F：→ qwer820404:所以 現在高階的語言裡幾乎 就我知道都不能多重了 01/29 21:52
5F：→ qwer820404:只能用介面做到類似的效果 但不完全 因為介面的方法 01/29 21:52
6F：→ qwer820404:需要使用的類別自己去實現 他只是定義了接口 01/29 21:52
7F：→ qwer820404:以上是小弟我的理解跟想法 如果有錯請修正我 謝謝 01/29 21:53
如果是怕A跟B有一樣的方法，
同樣的問題也會似乎出現在interface裡，
例如C繼承類別A與interface D，結果A,C,D有一樣的方法。
用人或compiler去判斷A,C,D有沒有同名方法的衝突，
似乎跟用人或compiler去判斷C,A,B有沒有同名方法的衝突，
是一樣的結果。
所以為什麼要用interface呢？
※ 編輯: youneverknow 來自: 118.160.223.164 (01/29 22:01)
我大概想到差異了。
使用多重繼承時，C會繼承class A與class B所有的屬性與方法，
就連不想要的屬性與方法都繼承了。
而C繼承interface D時，
C可以使用繼承自D的類別的特定方法，
而不會繼承該類別的其他屬性與方法，
就降低了錯誤使用、衝突、未設定等風險。
※ 編輯: youneverknow 來自: 118.160.223.164 (01/29 22:36)
8F：→ andymai:繼承的藕合性比較高~也就是依賴性比較重~既然舉得出鴨子的 01/29 22:38
9F：→ andymai:例子~那就應該已經看過"深入淺出-設計模式"了?如果光就方 01/29 22:40
10F：→ andymai:法可能重複來說~不管類別還是介面都有可能~會衝就代表要重 01/29 22:41
11F：→ andymai:新思考設計的正確性~如果把程式當成電腦來看~可以想像一塊 01/29 22:42
12F：→ andymai:主機板可因應需求去決定要實作的介面(PCI,PCI-E,SATA,CPU 01/29 22:43
13F：→ andymai:腳位、IDE等等~但是如果是用繼承~因為不能一次繼承兩種以 01/29 22:45
14F：→ andymai:上的類別~所以只能一層層的繼承下去~藕合性高不說~將來發 01/29 22:46
15F：→ andymai:展下去可能亂到不知道這個物件身上的東西到底對不對~需不 01/29 22:47
16F：→ andymai:需要自己覆寫~另外D如果是介面~應該是要實作~而不是繼承.. 01/29 22:49
感謝說明。
正在看<深入淺出設計模式>沒錯，就是看了所以在想interface的問題。
介面是implement而不是extend，感謝指正:)
這本書沒人帶還蠻難懂的，
大概是我看過深入淺出系列最難懂的一本。
※ 編輯: youneverknow 來自: 118.160.223.164 (01/29 22:56)
17F：→ andymai:說要"繼承"介面是很奇怪的~就像PCI-E顯卡是實作了PCI-E介 01/29 22:56
18F：→ andymai:面~而不是"繼承"PCI-E介面~因為顯卡需要實作所有介面規格 01/29 22:57
19F：→ andymai:難懂應該是因為經驗不多?說穿了它就是分享設計經驗的書~個 01/29 23:00
20F：→ andymai:人覺得例子都舉得不錯~慢慢看慢慢體會他們想解決什麼問題 01/29 23:01
21F：→ andymai:當然實務上的設計並不會因為看這個就功力大增~除非有非常 01/29 23:02
22F：→ andymai:豐富的開發和領域經驗... 01/29 23:02
HeadFirst的書真的都寫的不錯，
最近剛寫了點小東西，寫完馬上想重做...
有這種心情時學這個正好: )
※ 編輯: youneverknow 來自: 118.160.223.164 (01/29 23:38)
23F：推 qwer820404:我會建議在看之前 先看 "設計模式的活用與解晰" 01/30 13:45
24F：推 Litfal:interface叫實作, 不叫繼承。咀嚼一下會覺得蠻有趣的。 02/08 17:10