1樓：blues
我覺得繼承的意義在於便於理解吧，介面可以分為寬介面和窄介面，你試想把所有介面中的方法都放到乙個介面中，直接讓類實現這個介面不也可以起到同樣效果嗎，為什麼還要細分呢？
但閱讀起來我們沒法知道這個類到底要幹嗎，介面窄化可以明確這個介面的功能，更容易理解和維護
2樓：Spongecaptain
類實現介面：
對於介面的編寫者而言，其做到了明確子類需要實現的具體方法，具體邏輯由子類自身的特性決定；
對於介面的實現者（編寫子類）而言，其可確信子類例項可以天然地被當作父介面例項處理；
介面繼承介面：
對於超級介面的編寫者而言，其做到了明確子介面會繼承的抽象方法；
對於子介面的編寫者而言，其可確信子介面是為了拓展父介面的抽象方法；
介面天然是父介面、祖父介面，介面必然繼承父介面、祖父介面。
3樓：依然飯特稀
在mybatis使用過程中，有一種方法是，使用介面開發，這個方法很方便，當你想編寫DAO層的時候，也許會用到乙個有實際型別的介面繼承乙個泛型的介面。你可以思考一下
4樓：廠長
介面的意義，直接從字面理解就好了。
l想想電腦的USB介面，需要插滑鼠就插滑鼠，想插鍵盤插鍵盤；你根本不需要知道機箱裡是什麼樣的。
如果沒有外接的介面，你每換乙個外設硬體，都要自己拆開機箱，一根一根的連電路，如果主機板電路不相容，你還要重新焊接主機板改電路。
沒有介面，大型系統基本無法架構。
C 多繼承有什麼壞處，Java的介面為什麼可以擯棄這些壞處？
Star.E c 的虛函式已經用的很少了，一般問題都靠模版解決。物件的表現取決於不同執行環境，而繼承把兩者緊耦合了。這自然容易起衝突 C 大部分有爭議的特性不是有什麼壞處,而是壓根沒什麼卵用.請舉出乙個必須要多繼承才能解決問題的場景.今天還在認真考慮使用多繼承,虛繼承,dynamic cast之類的...
Java 中介面中方法沒有方法體，怎麼其實現類就會有了？
朱德才 還是沒搞明白，比如for Enumeration e vScore.elements e.hasMoreElements System.out.println e.nextElement 我就不明白hasMoreElements 和nextElement 是怎麼實現的，Enumeration...
請問顯示器的type C介面有什麼用？
ch lee 大部分是加收智商稅。小部分給筆記本用，能給筆記本充電的都比較貴，仍然是有智商稅，但比一兩千的帶type c的顯示器好。戴爾有款顯示器帶type c比不帶貴三百，type c取代原來的usb上行介面的，不帶充電功能，也沒辦法資料傳輸，只能做個拓展塢。所以要買帶type c的顯示器還是要加...