[問題] interface與多重繼承

看板C_Sharp (C#)作者 (睡覺一直想)時間11年前 (2014/01/29 21:26), 編輯推噓3(3021)
留言24則, 3人參與, 最新討論串1/1
請教一個觀念問題,參考的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

01/29 21:50, , 1F
可能會造成編譯上的錯誤
01/29 21:50, 1F

01/29 21:50, , 2F
如果 C 同時繼承A跟B,那A跟B又有一樣的方法
01/29 21:50, 2F

01/29 21:51, , 3F
complier會不知道 到底C要用誰的 造成錯誤
01/29 21:51, 3F

01/29 21:52, , 4F
所以 現在高階的語言裡幾乎 就我知道都不能多重了
01/29 21:52, 4F

01/29 21:52, , 5F
只能用介面做到類似的效果 但不完全 因為介面的方法
01/29 21:52, 5F

01/29 21:52, , 6F
需要使用的類別自己去實現 他只是定義了接口
01/29 21:52, 6F

01/29 21:53, , 7F
以上是小弟我的理解跟想法 如果有錯請修正我 謝謝
01/29 21:53, 7F
如果是怕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)

01/29 22:38, , 8F
繼承的藕合性比較高~也就是依賴性比較重~既然舉得出鴨子的
01/29 22:38, 8F

01/29 22:40, , 9F
例子~那就應該已經看過"深入淺出-設計模式"了?如果光就方
01/29 22:40, 9F

01/29 22:41, , 10F
法可能重複來說~不管類別還是介面都有可能~會衝就代表要重
01/29 22:41, 10F

01/29 22:42, , 11F
新思考設計的正確性~如果把程式當成電腦來看~可以想像一塊
01/29 22:42, 11F

01/29 22:43, , 12F
主機板可因應需求去決定要實作的介面(PCI,PCI-E,SATA,CPU
01/29 22:43, 12F

01/29 22:45, , 13F
腳位、IDE等等~但是如果是用繼承~因為不能一次繼承兩種以
01/29 22:45, 13F

01/29 22:46, , 14F
上的類別~所以只能一層層的繼承下去~藕合性高不說~將來發
01/29 22:46, 14F

01/29 22:47, , 15F
展下去可能亂到不知道這個物件身上的東西到底對不對~需不
01/29 22:47, 15F

01/29 22:49, , 16F
需要自己覆寫~另外D如果是介面~應該是要實作~而不是繼承..
01/29 22:49, 16F
感謝說明。 正在看<深入淺出設計模式>沒錯,就是看了所以在想interface的問題。 介面是implement而不是extend,感謝指正:) 這本書沒人帶還蠻難懂的, 大概是我看過深入淺出系列最難懂的一本。 ※ 編輯: youneverknow 來自: 118.160.223.164 (01/29 22:56)

01/29 22:56, , 17F
說要"繼承"介面是很奇怪的~就像PCI-E顯卡是實作了PCI-E介
01/29 22:56, 17F

01/29 22:57, , 18F
面~而不是"繼承"PCI-E介面~因為顯卡需要實作所有介面規格
01/29 22:57, 18F

01/29 23:00, , 19F
難懂應該是因為經驗不多?說穿了它就是分享設計經驗的書~個
01/29 23:00, 19F

01/29 23:01, , 20F
人覺得例子都舉得不錯~慢慢看慢慢體會他們想解決什麼問題
01/29 23:01, 20F

01/29 23:02, , 21F
當然實務上的設計並不會因為看這個就功力大增~除非有非常
01/29 23:02, 21F

01/29 23:02, , 22F
豐富的開發和領域經驗...
01/29 23:02, 22F
HeadFirst的書真的都寫的不錯, 最近剛寫了點小東西,寫完馬上想重做... 有這種心情時學這個正好: ) ※ 編輯: youneverknow 來自: 118.160.223.164 (01/29 23:38)

01/30 13:45, , 23F
我會建議在看之前 先看 "設計模式的活用與解晰"
01/30 13:45, 23F

02/08 17:10, , 24F
interface叫實作, 不叫繼承。咀嚼一下會覺得蠻有趣的。
02/08 17:10, 24F
文章代碼(AID): #1IwG5jqC (C_Sharp)
文章代碼(AID): #1IwG5jqC (C_Sharp)