目錄javascript
相信你們都有這種感受:抽象類與接口這二者有太多類似的地方,又有太多不一樣的地方。每每這兩者可讓初學者摸不着頭腦,不管是在實際編程的時候,仍是在面試的時候,抽象類與接口都顯得格外重要!但願看完這篇博客文章各位都能從容地明瞭兩者...java
@程序員
一、抽象類和類同樣,都是能夠用來繼承的
二、類能夠有的成分,抽象類均可以擁有【包括構造方法、static靜態修飾成分等】面試
抽象類正如這個名字定義同樣,它也是一個類編程
講不一樣樣韻味以前頗有必要要先深知的抽象方法:
一、抽象方法沒有方法體
二、抽象方法必須用abstract
關鍵字修飾
三、有抽象方法的類必然是抽象類
四、抽象方法必須爲public
或者protected
,缺省狀況下默認爲public
eclipse
抽象類不必定有抽象方法ide
一、抽象類必須用abstract關鍵字進行修飾,有abstract修飾的類就是抽象類!
二、抽象類無關緊要抽象方法
三、抽象類雖然有構造方法但不能用來直接建立對象實例
四、抽象類不能用final
、private
修飾
五、外部抽象類不能用Static修飾,但內部的抽象類可使用static聲明。這句話理解代碼以下:學習
//定義一個抽象類A abstract class A{ //定義一個內部抽象類B static abstract class B{ //static定義的內部類屬於外部類 public abstract void saoMethod(); } } class C extends A.B{ public void saoMethod(){ System.out.println("======saoMethod方法執行了======"); } } public class StaticDemo { public static void main(String[] args) { A.B ab = new C();//向上轉型 ab.saoMethod(); } } 運行結果: ======saoMethod方法執行了======
有的童鞋就看懵逼了, C extends A.B
是啥騷操做啊,還能這樣玩?是的,當使用static
聲明的內部抽象類至關於一個外部抽象類,繼承的時候使用「外部類.內部類」的形式表示類名稱。這種騷操做屬實是穩中帶皮。設計
抽象類是一個特殊的類,抽象類和普通類有着本質區別code
抽象類就是爲了繼承而存在的,定義了一個抽象類,卻不去繼承它,建立的這個抽象類就毫無心義!
抽象類雖然有構造方法但不能直接被實例化,要建立對象涉及向上轉型,主要是用於被其子類調用
還有對於抽象類能夠沒有抽象方法這句話,這只是一個要記住的重要概念,必定要記住!實際開發中抽象類通常都有抽象方法,否則該抽象類就失去存在乎義,和普通類沒啥兩樣!
一個普通類A繼承一個抽象類B,則子類A必須實現父類B的全部抽象方法。若是子類A沒有實現父類B的抽象方法,則必須將子類A也定義爲爲abstract類,也就是抽象類。
接口(interface)能夠說成是抽象類的一種特例,抽象類與接口這二者有太多類似的地方,又有太多不一樣的地方。相對的,接口更像是一種行爲的抽象!
一、接口中的方法默認爲public abstract類型,接口中的成員變量類型不寫默認爲public static final。
二、接口沒有構造方法
三、接口能夠實現「多繼承」,一個類能夠實現多個接口,實現寫法格式爲直接用逗號隔開便可。
接口中只能含有public static final
變量,不寫默認是public static final
,用private
修飾會編譯失敗。
接口中因此的方法會被隱式地指定爲public abstract
方法且只能是public abstract
方法,用其餘關鍵字,好比private、protected、static、 final等修飾會編譯失敗。
網上不少文章說接口中的全部方法都是抽象方法,博主回去研究了一下發現,實際上這樣說是不夠嚴謹的,直接看個簡單程序吧
package InterfaceDemo; interface AA{ //接口AA default void hh(){ System.out.println("123"); }; } class BB implements AA{ //實現接口 } public class InterfaceDesign { public static void main(String[] args) { AA a=new BB(); //經過實現類建立實例 a.hh(); } } 運行結果: 123
顯然hh
方法並非抽象方法,可是這樣設計就失去接口的意義了,實際開發中不會出現這樣的代碼,確實有點專牛角尖的韻味,因此我也不否定網上的言論,只是以爲不夠嚴謹,我以爲你們仍是注意一下比較好...若是面試官聽到你這樣的回答,可能對你另眼相看,會認爲你是一個對知識極度嚮往、探索以及有我的思惟想法的學習者 ~說白了,就是槓精,這裏槓精是褒義詞~
抽象類和接口本質區別主要從語法區別和設計思想兩方面下手
1.抽象類能夠有構造方法,接口中不能有構造方法。
2.抽象類中能夠有任何類型成員變量,接口中只能有
public static final
變量3.抽象類中能夠包含非抽象的普通方法,接口中的能夠有非抽象方法,好比
deaflut
方法4.抽象類中的抽象方法的訪問類型能夠是
public
,protected
和(默認類型,雖然eclipse
下不報錯,但應該也不行),但接口中的抽象方法只能是public
類型的,而且默認即爲public abstract
類型。5.抽象類中能夠包含靜態方法,接口中不能包含靜態方法
6.抽象類和接口中均可以包含靜態成員變量,抽象類中的靜態成員變量的訪問類型能夠任意,但接口中定義的變量只能是
public static final
類型,而且默認即爲public static final
類型。7.一個類能夠實現多個接口,但只能繼承一個抽象類。
對於抽象類,若是須要添加新的方法,能夠直接在抽象類中添加具體的實現(至關於寫普通類的普通方法並添加方法體的實現代碼),子類能夠不進行變動;而對於接口則不行,若是接口進行了變動,則全部實現這個接口的類都必須進行相應的改動。這一點應該很好理解。
從設計角度來說抽象類是對一種對類抽象,抽象類是對整個類總體進行抽象,包括屬性、行爲。而接口是對行爲的抽象,接口是對類局部(行爲)進行抽象。從某一角度來說,接口更像是抽象的抽象!
怎麼理解上面這段話呢?
理解兩者設計思想的區別從程序員宜春和花姑娘(一頭可愛的小母豬)的故事開始,程序員宜春天天過着三點一線的生活,不是吃就是睡覺,閒暇之餘還會敲敲代碼,而花姑娘就厲害了,天天都是一點一線的生活,不是吃就是睡覺,閒暇之餘不是吃就是睡覺。程序員宜春和花姑娘都過着幸福安逸的生活,忽然有一天,風起雲涌,天射大便~天色大變~,萬惡的產品經理來需求了,要設計一個程序員宜春和花姑娘的一個程序,要求使用抽象類或者接口去設計,這個時候你會怎麼去設計,下面給出兩個設計方案...
方案一:使用抽象類設計,分別設計eat、sleep、qiaoDaiMa
方法,具體代碼以下:
abstract class Myclass{ public abstract void eat(); public abstract void sleep(); public abstract void qiaoDaiMa(); }
方案二:使用接口設計,分別設計eat、sleep、qiaoDaiMa
方法,具體代碼以下:
interface Myclass{ public abstract void eat(); public abstract void sleep(); public abstract void qiaoDaiMa(); }
顯然,無論是哪一個類繼承抽象類或者實現上面的接口,都會出現一樣的情況:重寫它們的抽象方法。
若是有一百個程序員宜春,上面的設計都是很好地獲得解決。可是到花姑娘身上就無論用了,花姑娘不會敲代碼這種高端操做啊!一百個花姑娘都重寫的qiaoDaiMa
方法都沒有意義啊,顯然這樣設計有問題。
從上面能夠看出,eat、sleep
對於qiaoDaiMa
方法不是同一範疇內的行爲(方法)。實際上咱們能夠這樣設計:定義一個抽象類,包含eat、sleep
方法,再定義一個接口包含qiaoDaiMa
方法,具體代碼以下:
abstract class Myclass{ public abstract void eat(); public abstract void sleep(); } interface MyclassTwo{ public abstract void qiaoDaiMa(); } class YiChun extends Myclass implements MyclassTwo{ @Override public void eat() { } @Override public void sleep() { } @Override public void qiaoDaiMa() { } }
咱們只要讓一百個程序員宜春繼承抽象類並實現接口就行了,而花姑娘就直接繼承抽象類就行了。這樣一設計,堪稱完美...
一樣的,這樣講述是很不負責的,爲啥捏?由於你會發現,這樣設計無論是抽象類仍是接口好像沒有什麼區別,剛纔的抽象類換成接口,接口換成抽象類,實現效果也一致,代碼以下:
interface Myclass{ public abstract void eat(); public abstract void sleep(); } abstract class MyclassTwo{ public abstract void qiaoDaiMa(); }
因此,爲了講解清晰設計思想區別,程序員宜春和花姑娘的故事不得不繼續講下去...
咱們都知道,可愛的小母豬通常都是粉色的對吧,這個時候咱們的產品經理又改需求了。啥?產品經理家中一百隻小豬有一隻是黑白sai的,額...
萬惡的產品經理只會無理改需求,但是產品經理永遠不會知道他一味逼程序員,程序員本身都不知道本身有多優秀!
咱們都知道,可愛的小母豬通常都是粉色的對吧,這個時候咱們的產品經理又改需求了。啥?產品經理家中一百隻小豬有一隻是黑白sai的,額...
萬惡的產品經理只會無理改需求,但是產品經理永遠不會知道他一味逼程序員,程序員本身都不知道本身有多優秀!
那麼這個時候,咱們都知道,抽象類和接口都是能夠有成員變量的,只不過接口比較苛刻只能是public static final
正是由於這一點!抽象類和接口的設計精髓就在這裏了,這個時候咱們這樣設計:
interface Myclass{ public abstract void eat(); public abstract void sleep(); } abstract class MyclassTwo{ String color="red"; public abstract void qiaoDaiMa(); }
讓宜春類這樣設計
package AbstractTest; interface Myclass { public abstract void eat(); public abstract void sleep(); } abstract class MyclassTwo { String color = "red"; public abstract void qiaoDaiMa(); } class YiChun extends MyclassTwo implements Myclass { @Override public void eat() { } @Override public void sleep() { } @Override public void qiaoDaiMa() { } } public class AbstractDemo { public static void main(String[] args) { YiChun yc = new YiChun(); } }
然而宜春對於color
這個屬性能夠是不理睬的,能夠當作不存在,除非宜春不嫌棄本身也是一隻紅sai佩奇哈哈哈....
而花姑娘類就要注意了!而後讓產品經理家中的100只小豬設計代碼以下;
package AbstractTest; interface Myclass { public abstract void qiaoDaiMa(); } abstract class MyclassTwo { String color = "red"; public abstract void eat(); public abstract void sleep(); } class Pig extends MyclassTwo { @Override public void eat() { } @Override public void sleep() { } } public class AbstractDemo { public static void main(String[] args) { Pig p = new Pig (); String color = "blackWhite"; System.out.println(color); } }
其他的99只花姑娘就直接不用動了也就是不須要String color = "blackWhite"
;這一句代碼,它的color
屬性默認是red
了...
這個時候抽象類和接口就不能更換了,從而抽象類和接口的設計思想就很清晰了,你何識着咩啊~
若是本文對你有一點點幫助,那麼請點個讚唄,謝謝~
最後,如有不足或者不正之處,歡迎指正批評,感激涕零!
歡迎各位關注個人公衆號,一塊兒探討技術,嚮往技術,追求技術