java的接口解耦方式

java的接口解耦方式

我隻想把抽象的東西說的具體,或者說,聽起來簡單些,明白些。。。

學過java的人都知道,java是單繼承的,也就是說一個class隻能繼承一個類。

例如我們想制作一臺有播放器的手機,那麼我們先得制作一個播放器吧,再把播放器放進手機裡。在java會怎麼實現呢?如果使用繼承,我們會先創建一個播放器類,播放器類裡面含有播放歌曲功能(方法),創建一個手機類繼承播放器類,重寫播放器的播歌功能(不重寫的話,會直接使用播放器自己定制的播放功能),這樣,我們就可以使用手機的播歌功能瞭。

現在,我們想制作一臺既有播歌功能,又有收音機功能的手機,那麼我們該怎麼辦?難道我們又要讓繼承瞭播放器的手機再繼承收音機?但是java是單繼承的,行不通,這時,接口應運而生!

接口,乍一看就是包含幾個方法的一個東西,它裡面不包含具體實現的代碼,隻包含方法的返回類型,名稱,參數列表,它代表的是一個功能的集合,隻要實現瞭這個接口的類,他就具有瞭這些功能。

回到之前說的既有播歌又有收音機功能的手機,現在我們不把播放器和收音機封裝成類瞭,我們把它們封裝成接口(接口就是功能的集合),創建手機類,實現播放器和收音機接口,這樣看起來,是不是有點像多繼承?這違背瞭java的單繼承原則嗎?

其實沒有,有些書裡面提到的多重繼承指的是多個實現接口。繼承(extends),是一種 is-a 關系的,所謂is-a關系,就是類似於“手機是播放器”或者“手機是收音機”這樣說法,但明顯,我們不能說“手機既是播放器又是收音機”,那麼“他究竟是播放器還是收音機?”,這時大傢就會可能這樣發問瞭,這就是java是單繼承的原因。實現(implement),是一種hava-a關系的,所謂have-a就是具有“某一項功能“的意思,我們這時候會說“手機既有播放器功能,又有收音機功能”,這樣的表達該明白瞭吧!讓手機再添加其他功能,隻要再讓他實現那些功能接口就好瞭。

好像說瞭那麼多還沒說到正題~哈哈,其實舉前面的例子我是想說明一個問題:隻要一個方法操作的是類而非接口,那麼你隻能使用這個類及其之類。如果你想要將這個方法應用於不在此繼承結構中的某個類,那麼你就觸黴頭瞭。接口可以在很大程度上放寬這種限制,因此,他使我們可以編寫可復用性更好的代碼。——引用《thinking in java》的某一些話。

舉例子

我需要一個鬧鐘,放在我床邊,每天叫我起床。但是我傢裡沒鬧鐘,隻有一臺有鬧鐘功能的手機和一臺有鬧鐘功能的洗衣機。我需要的隻是鬧鐘功能,我管他是什麼,隻要他能讓我起床就好瞭。如果某一天我連手機都丟瞭,我能把洗衣機放在我床邊叫我起床嗎?當然可以,因為洗衣機實現瞭鬧鐘功能。所以,我們經常會這麼做:把“鬧鐘”這個功能(而不是具體的某一項事物,如手機或者洗衣機)放在床邊,如果我們想聽洗衣機的鬧鐘聲就擺洗衣機,如果想聽手機的鬧鐘聲就擺手機。

從上面的例子,我們傳遞的不是某個具體的對象,而是一個抽象的“鬧鐘功能”的概念,至於實際上傳遞的是什麼參數,要看具體情況(取決於我想聽哪一種鬧鐘聲)。實際上,我們隻關心“具有鬧鐘功能”這件事,我們不關心它是由誰實現的和怎樣實現的,這就做到瞭“請求”和“實現”分離開來,這就是接口的解耦!

java接口解耦效果的理解

先看一段代碼

public class A {
    public void say() {
        System.out.println("I am A");
    }
}
public class C {
    public void put(A a) {
        a.say();
    }
}

在C類裡面想調用一個含有say功能的東西,就把A傳入瞭,突然有一天,產品經理多瞭個需求,想讓B這種類型也能在C中作為參數調用B的say,也即A,B這兩種類型都能滿足作為輸入,

public class B {
    public void say() {
        System.out.println("I am B");
    }
}

那好煩,不僅要像上面一樣新建B類,還要修改C的代碼適配需求,例如改成下面這個樣子,搞成重載的樣子,萬一產品經理又來要求把D,E,F…這些具有say功能的類可以當成參數輸入,新建D,E,F這些類也就算瞭,難免嘛,問題是還要修改C的類,在裡面再添加很多類似的修改,感覺耦合的很緊,代碼寫的太死板瞭,變動下需求就得改主程序C裡面的代碼,

public class C{
    public void put(A a) {
        a.say();
    }
    public void put(B b) {
        b.say();
    }
}

有沒有其他的好辦法?有,用接口的方法,例如下面

public interface IBase {
    void say();
}
public class A implements IBase {
    @Override
    public void say() {
        System.out.println("I am A");
    }
}
public class B implements IBase {
    @Override
    public void say() {
        System.out.println("I am B");
    }
}
public class C {
    public void put(IBase base) {
        base.say();
    }
}

定義一個接口,IBase,讓產品經理新加的需求B,D,E,F都實現這個類,並且把C類裡的參數寫成接口的形式(隻要實現瞭我這個接口功能的都能傳入),這樣隻要是實現瞭IBase接口的類,也即實現具備瞭實現接口say功能的任何類都可以傳進來,所以以後隻需要新建B,D,E,F時實現這個接口就行瞭,不需要在C類裡面修改源代碼。

這就大大降低瞭工作量,本質上就是降低瞭耦合度,體現瞭接口的解耦效果,這是一點關於對接口解耦作用的理解

以上為個人經驗,希望能給大傢一個參考,也希望大傢多多支持WalkonNet。

推薦閱讀: