Re: [心得] 介面使用的心得。
※ 引述《PsMonkey (痞子軍團團長)》之銘言：
: 從 callee 的角度來看
: 其實這跟 interface 沒啥關係，因為如果
: class FooPrinter extends Printer {
: public void output(String data) { print(data); }
: }
: class Printer {
: public void output(String data) { print(data); }
: }
: 也完全符合你的敘述（但也不是說你錯）
: 也就是說，單純看 callee
: 其實參數到底是用 interface / (abstract) class 宣告都可以
非常同意...
這跟interrface/class無關
只有跟繼承有關
: 當然，如果要討論蓋 OO 大樓的時候
: 什麼狀況下要用 extend、什麼時候要作 abstract class
: 什麼時候該 implement interface
當初設計java
要跟c++最大不同的就是c++可以多重實作繼承
但是這個會有很多問題
所以在java改成單一實作繼承跟介面多重繼承
這也是現在物件導向語言的主流做法
所以
interface跟(abstract)class最大的差異是
interface是可以多重介面繼承
但是(abstract)class只能單一實作繼承
所以當設計成(abstract) class供別人繼承時
那你的孩子應該是個 A (is a) B的概念
如果設計成interface供別人繼承時
那應該是A (conforms) B的概念..
所以abstract class比interface多的地方是可以提供部分實作
這對實作一些例如template method pattern的時候很好用
http://zh.wikipedia.org/wiki/%E6%A8%A1%E6%9D%BF%E6%96%B9%E6%B3%95
至於interface比abstract多的地方是可以提供多重繼承
所以不會影響別人的繼承樹
拿來做event listerer就很好用
而有些時候也會有先定義一個Interface A
再去做一個abstract class繼承A
ex:
public abstract class AbstractA implements A{
....
}
例如java.util.List<E>就有java.util.AbstractList<E>
一般的List實作可以選擇直接繼承AbstractList
這樣可以獲得AbstractList裡面針對List的基本實作
跟一些utility method跟fields
但有些class可能必須繼承其他class但是卻想conforms List<E>
就可以選擇不要extends AbstractList而直接implements List
這樣的做法在java standard library很多地方都有..
好處是可以保留interface的多重界面繼承的彈性
跟abstract class提供基本實作的好處
當然在搞懂上面的這些東西之前
你必須先搞清楚為什麼要去有一個最底層的List<E>的需求
那就是為了使用物件導向語言多型(polymorphism)的特性
沒有這個需求，那介面就是多餘的 XDD
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.163.46.230
※ 編輯: popcorny 來自: 118.163.46.230 (05/09 09:40)
※ 編輯: popcorny 來自: 118.163.46.230 (05/09 09:43)
→
05/09 12:19, , 1F
05/09 12:19, 1F
推
05/11 22:34, , 2F
05/11 22:34, 2F
→
05/12 20:45, , 3F
05/12 20:45, 3F
→
05/12 20:49, , 4F
05/12 20:49, 4F
→
05/12 20:53, , 5F
05/12 20:53, 5F
→
05/12 20:54, , 6F
05/12 20:54, 6F
→
05/12 20:54, , 7F
05/12 20:54, 7F
→
05/12 22:17, , 8F
05/12 22:17, 8F
推
05/12 22:18, , 9F
05/12 22:18, 9F
→
05/12 22:19, , 10F
05/12 22:19, 10F
→
05/12 22:35, , 11F
05/12 22:35, 11F
討論串 (同標題文章)