※ 引述《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)