有了繼承,為什麼要定義介面
我是個初學者,剛開始的時候,學習java有這樣的一種困惑,就是介面是用來幹什麼的,為什麼有了繼承,還要定義介面進行繼承,不是多此一舉嗎。
後來看了一些資料,懂了一些
現具體功能時,介面和實現的類分離。介面定義為XxxService,實現為XxxServiceImpl。
介面提供了一個公用的方法提供方。 介面是用來規定子類的行為的。
面向介面程式設計的好處:
1.根據客戶提出的需求提出來,作為介面的;業務具體實現是通過實現介面類來完成的。
2.當客戶提出新的需求時,只需編寫該需求業務邏輯新的實現類。
3.假如採用了這種模式,業務邏輯更加清晰,增強程式碼可讀性,擴充套件性,可維護性。
4.介面和實現分離,適合團隊協作開發。
5.實現鬆散耦合的系統,便於以後升級,擴充套件。
耦合
個人覺得就是因為耦合的緣故,所以延伸出介面這一個概念。
通俗的講,就是為了降低耦合度。
一個很搞笑的例子:
看看下面的程式: 一個學校裡邊,有兩種人:學生、老師。他們都要吃飯和睡覺。
------------------------------
public interface 人{
void 吃飯();
void 睡覺(); }
public class 學生 implements 人{
public void 吃飯(){
//去食堂吃飯 }
public void 睡覺(){
//回寢室睡覺 }
//其他特有方法,比如泡妞、打遊戲 }
public class 老師 implements 人{
public void 吃飯(){
//回家吃飯 }
public void 睡覺(){
//回家睡覺 }
//其它特有方法,比如為生兒育女傳宗接代的歷史使命努力等不足為外人道的事情 }
public class 學校{
public void 開飯(人 ren){
ren.吃飯(); }
public void 放學(人 ren){
ren.睡覺(); } }
-----------------------------
這裡就用到了里氏代換原則,"開飯()"和"放學()"的引數都是人,那麼這個地方如果換成學生和老師肯定也可以。
人 a = new 學生();
學校.開飯(a); 學校.放學(a);
這樣執行的結果就是學生回寢室吃飯。
人 b = new 老師();
學校.開飯(b); 學校.放學(b);
這樣執行的結果就是老師回家吃飯。
為什麼要這樣寫呢?這樣寫有什麼好處呢? 我在開飯的時候完全可以直接呼叫"學生.吃飯();"、"老師.吃飯();"啊。 接著看。 有一天,學校裡來了第三種人,家長。 家長既不是去寢室睡覺也不是回家睡覺,而是旅館睡覺,既不是去食堂吃飯也不是回家吃飯,而是去下館子。 這個時候學校這個系統該怎麼處理呢? 如果原來沒有定義"人"這個介面那就麻煩啦,所有用到人的地方程式碼都要改。 現在不一樣了,我可以直接定義一個類:家長,這個類實現人這個介面就可以了。
好,看程式碼:
------------------------------
public class 家長 implements 人{
public void 吃飯(){
//下館子 }
public void 睡覺(){
//去旅館睡覺 }
//其它特有方法,比如會見老師,曉之以錢,動之以利等等,不一而足 }
-------------------------------
在呼叫的時候不需要修改任何程式碼,還和原來一樣:
人 c=new 家長();
學校.開飯(c);
學校.放學(c);
輕鬆搞定家長的食宿問題!
這樣一來學校來再多的客人都沒關係啊,絕對可以應付自如,這也就是傳說中的可擴充套件性! 不知道初學者看到這裡是不是能夠明白介面的作用。如果你還不明白,那麼你把人這個介面去掉,自己寫一個學校開飯和放學的類,然後再加一個家長這個新新人類進去,看看你的程式碼是什麼樣子的,再想一下在人口這麼多的中國,萬一哪天你的學校裡來了成千上萬個新新人類你該怎麼辦! 先宣告一下,這個案例可不是我想出來的~~ 然後我們就很好理解了,為什麼用別人的東西要實現介面呢?很直接的一個原因是這樣一來,程式設計的複雜度就可能會大大降低了。