public class processor
object process(object input)
}class upcase extends processor
}class downcase extends processor
}class splitter extends processor
} public static void process (processor p , object s)
static string str = "disagreement with beliefs is by definition incorrect";
public static void main(string args)
}
disagreement with beliefs is by definition incorrect
using process downcase
disagreement with beliefs is by definition incorrect
using process splitter
[disagreement with beliefs is by definition incorrect]
public void fly(){}
public void fight(){}
public void figth(){}
}`實現了多重繼承，其中使用介面的核心原因在於：
為了能夠向上轉型為多了基型別 （以及由此帶來的靈活性，在繼承中也描述過繼承的主要原因：其最重要的方面是用來表現新類和基類之間的關係，這種關係可以用「新類是現有類一種型別」加以概括）
防止客戶端程式員建立該類的物件，並確保者僅僅是建立了乙個介面。
那麼我們應該怎樣使用介面或者抽象類呢？
如果建立不帶任何方法定義和成員變數的基類那麼就應該選擇介面，
介面可以繼承介面
《Java程式設計思想》學習筆記 介面
介面和內部類為我們提供一種將介面與實現分離的更加結構化發方法 將介面從具體的實現中解耦使得介面可以應用於多種不同的具體實現，因此 具有更好的復用性 工廠方法模式，不同的產品可以有不同的實現，不同的工廠可以生成不同的實際產品物件。這樣，產品物件和工廠之間達到了完全的分離解耦，我們可以任意的更換工廠，以...
多型 面向介面的程式設計思想
開發系統時，主體架構使用介面，介面構成系統的骨架 這樣就可以通過更換介面的實現類來更換系統的實現。教員和機構的相關資訊都需要列印，這種like a關係，使用介面把二者共有的特性抽象出來，在這裡就是把要列印的資訊抽象成介面 detail 方法是乙個抽象方法，預設可以不寫abstract關鍵字 inte...
Java程式設計思想 介面總結
確定介面是理想選擇，因而應該總是選擇介面而不是具體的類。這其實是一種誘餌。當然，對於建立類，幾乎在任何時刻，都可以替代為建立乙個介面和乙個工廠。許多人都掉進了這種 的陷阱，只要有可能就去建立介面和工廠。這種邏輯看起來是因為需要使用不同的具體實現，因此總是應該新增這種抽象性。這實際上已經變成了一種草率...