※ 引述《yrulee (Face the truth.)》之銘言： : ※ 引述《aoksc (重出江湖)》之銘言： : : 今天面試時被面試官問Java為什麼要有介面 : : 有繼承的機制不就夠了嗎? : : 我的回答是因為為了要解決Java不能多重繼承的問題 : : 避免為了繼承而繼承破壞繼承的結構 : : 也讓不同的類別可以分離出共同的介面 : : 面試官接著問:還有呢? : : 這…我的功力不夠就答不出來了 : : 所以想請教一下各位 : : 除了上面的答案之外還有什麼更完善的答案呢? : : 謝謝 : 繼承本身就不是很有彈性，會被parent綁死 : 多重繼承會帶出更多的問題，所以單繼承是一個解法而非問題 : 而介面是為了補強單繼承這個解法所帶來的問題 : 個人覺得Obj-C用 "Protocol" （協定） 就比 interface 好得多 : 當一個Obj-C class需要實作 protocol，通常是為了成為delegate (類似java的listener) : 而任何有需要callback的時機，會透過此protocol把message send回delegate。 : 兩個class不需要知道彼此的種類，只要有談好 "協定"，就可以互相溝通。 : 在Obj-C也是單繼承且允許多個protocol的情況下，一切都很正常且合理， : 我個人認為是原本在語意定義與使用方式上，NextStep有非常完整的思考過。 : 回到Java，竟然變成需要爭論的點... : Java的介面在實務上是用來定義 "與其他物件的互動"， ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 這句真的是關鍵 : 而繼承是用來描述此物件是 "屬於哪一種種類" : 這兩者實作起來很類似，但立意是迥異的，且缺一不可， : 參考Obj-C的做法即不難理解。 剛好最近在刻一個新的平台架構 裡面的概念 假設用...pizza來舉例好了 假設我想寫三種口味的pizza的製作書:海鮮、總匯、夏威夷 那這三種pizza應該會有不同的擺料方式以及烘烤時間 最後要賣的價格也會不同 但是不論是哪種pizza 都一樣要準備pizza皮(基底) 我當然可以分別建立三種口味的pizza的製作流程 可是明明作pizza皮的方法都一樣 所以 就另外寫了一個pizza皮製作指南 以後不管要做什麼口味的pizza 只要在該口味的製作流程中註明:pizza皮的做法請參考pizza皮製作指南 這部分就搞定了(而且以後要改做法就改一本指南就好了 多方便啊) 接著要寫三種口味pizza的製作方法了 因為老闆規定只要是pizza製作書就一定要有下面三個章節 所以先把各段的標題名稱都先定好了 標題一:擺料方式 標題二:烘烤時間 標題三:價格 這個檔案就先叫做pizza製作書(參考架構)好了 等下寫三種口味的製作書就很簡單copy一下檔案 名稱改成類似pizza製作書(海鮮口味) 然後把三段的內容填一填就搞定了 當然 對於看製作書的讀者來說 他只要看到我的製作書有註明:本製作書採用pizza製作書(參考架構) 那他就能預期一定能看到擺料方式、烘烤時間以及價格這三段內容 至於為什麼不把那三段的標題寫在pizza皮製作指南裡面呢? 因為... 不覺得這樣有點奇怪嗎? XD --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 118.169.212.25