考研復試1-接口和抽象類區(qū)別

詳細解析Java中抽象類和接口的區(qū)2007-09-2812:17來源：整理作者：doublel責任編輯：方舟·yesky評論在Java語言中， class和interface是支持抽象類定義的兩種機制。正是由于這兩種機制的存在，才賦予了Java強大的面向對象能力。 class和interface者在進行抽象類定義時對于 class和interface的選擇顯得比較隨意。其實，兩者之間還是有很大的區(qū)別的，對于它們的選擇甚至反映出對于問題領域本質的理解、對于設理解class和interface在Java語言中都是用來進行抽象類（本文中的抽象類并 class翻譯而來，它表示的是一個抽象體，而 class為Java語言中用于定義抽象類的法，請讀者注意區(qū)分）定義的，那么什么是抽象類，使用抽象類OCP的讀者一定知道，為了能夠實現(xiàn)面向對象設計的一個最的原則OCP(Open-ClosedPrinciple)，抽象類是其中的關鍵所從語法定義層面 class和在語法層面，Java語言對于 class和interface給出了不同的定義方式，下面以定義一個名為Demo的抽象類為例來說明這種不同。使 class的方式定義Demo抽象類的方式如下classvoidmethod1();void…｝interfaceDemointerfaceinterfaceDemo{voidmethod1();void…} class方式中，Demo可以有自己的數(shù)據(jù)成員，也可以有非 員方法，而在interface方式的實現(xiàn)中，Demo只能夠有靜態(tài)的不能被修改的數(shù)據(jù)成員（也就是必須是staticfinal的，不過在interface中一般不定義數(shù)據(jù)成員），所有的成員方法都 的。從某種意義上說，interface是一種特殊形式的 從編程的角度來看 class和interface都可以用來實現(xiàn)"designby首先，class在Java語言中表示的是一種繼承關系，一個類只能使用一次繼承關系(Java轉注)interface。也JavaJava對于多重繼承的支持方面的一種折中考慮吧。其次，在classinterface在抽象類中不能定義默認行為還存在另一個比較嚴重的問題，那就是可能會造成上的麻煩。因為如果后來想修改類的界面（一般通過 class或者interface來表示）以適應新的情況（比如，添加新的方法或者給已用的方法中添加新的參數(shù)）時，就會 class來實現(xiàn)的，那么可能就只需要修改定義在 class中的默的每一個派生類中，了"onerule，oneplace"原則，造成代碼重復，同樣不利于以 class和interface間進行選擇時要非常的。從設計理念層面 class和 class和interface的區(qū)別，這些層 class和interface class在Java語言中體現(xiàn)了一種繼承關系，要想使得繼承同的。對于interface來說則不然，并不要求interface的實現(xiàn)者和interface定義在概念本質上是一致的，僅僅是實現(xiàn)了interface定義的契約而已。為了使論述便于理解，下面將openclose，此時我們可以通過classinterface來定義使 class方式定義classDoor{voidvoid}interfaceinterfaceinterfaceDoor{voidopen();voidclose();}其他具體的Door類型可以extends使用 class方式定義的Door或者implements使用interface方式定義的Door?？雌饋砗孟袷褂?class和interface如果現(xiàn)在要求Door還要具有的功能。我們該如何設計針對該例子的類結構（classinterface反映在設計理念上的區(qū)別，其他方面無關的問題都做了簡化或者忽略）？DooralarmclassDoor{voidopen();voidclose()；voidalarm();}interfaceinterfaceDoor{voidopen();voidclose();voidalarm();}那么具有功能的AlarmDoor的定義方式如下classAlarmDoorextendsclassAlarmDoorextendsvoidopen(){…}voidclose(){…}void}classclassAlarmDoorimplementsDoor｛voidopen(){…}voidclose(){…}void｝這種方法了面向對象設計中的一個原則ISP(InterfaceSegregationPrinciple)，在Door的定義中把Door概念本身固有的行為方法和另外一個概念"器"的Door這個概念的模塊會因為"器"這個概念的改變（比如：修改alarm方法的參數(shù)）而改變，反之依然。既然open、close和alarm屬于兩個不同的概念，根據(jù)ISP原則應該把它們分別定 class方式定義；兩個概念都使用interface方式定義；一個概念使用 class方式定義，另一個概念使用interface方式定義。Java語言不支持多重繼承，所以兩個概念都使用class方式定義interface方式來定義，那么就反映出兩個問題：1、我們可能沒有理解清楚問題領域，AlarmDoor在概念本質上到底是Door還是器？2、如果我們AlarmDoor在Door是一致的，那么我們在實現(xiàn)時就沒有能夠正確的揭示我們的設計意圖，因為在這兩個概念的定義上（均使用interface方式定義）反映不出上述含義。如果我們對于問題領域的理解是：AlarmDoorDoor，同時它有具有報classJava語言中表示一種繼承關系，而繼承關系在本質上是"is-a"關系。所Doorabstarctclass方式來定義。另外，AlarmDoor又具有功能，說明它又能夠完成概念中定義的行為，所以概念可以通過interface方式定義。如下所示：classDoor{voidopen();voidclassDoor{voidopen();voidclose()；}interfaceAlarm{voidalarm();}classAlarmDoorextendsDoorimplementsvoidopen(){…}voidclose(){…}void}設計意圖。其實 class表示的是"is-a"關系，interface表示的是"like-a"關系，大認為AlarmDoor在概念本質上是器，同時又具有Door的功能，那么上述的定義方式小classJava語言中表示的是一種繼承關系，一個類只能使用一次繼承interface。 class中可以有自己的數(shù)據(jù)成員，也可以有非abstarct的成員方法，而在interface中，只能夠有靜態(tài)的不能被修改的數(shù)據(jù)成員（也就是必須是staticfinal的，不過在interface中一般不定義數(shù)據(jù)成員），所有的成員方法都是 class和