適配器模式主要用於將一個類別的介面轉換成客戶端希望的目標類別格式,使得原本不相容的類別可以在一起工作,將目標類別和適配器類別解耦;同時也符合“開閉原則”,可以在不修改原始程式碼的基礎上增加新的適配器類別;將具體的實作封裝在適配器類別中,對於客戶端類別來說是透明的,而且提高了適配器的複用性,但是缺點在於更換適配器的實作過程比較複雜。
所以,適配器模式比較適合以下場景:
(1)系統需要使用現有的類,而這些類別的介面不符合系統的介面。
(2)使用第三方元件,元件介面定義和自己定義的不同,不希望修改自己的接口,但是要使用第三方元件接口的功能。
下面兩個非常形象化的例子很好地說明了什麼是適配器模式:
適配器模式主要分成三類:類別的適配器模式、物件的適配器模式、介面的適配器模式。
1、類別的適配器模式:
目標接口(Target):客戶所期待的介面。目標可以是具體的或抽象的類,也可以是介面。
需要適配的類別(Adaptee):需要適配的類別或適配者類別。
適配器(Adapter):透過包裝一個需要適應的對象,把原始介面轉換成目標介面。
// 已存在的、具有特殊功能、但不符合我们既有的标准接口的类 class Adaptee { public void specificRequest() { System.out.println("被适配类具有 特殊功能..."); } } // 目标接口,或称为标准接口 interface Target { public void request(); } // 具体目标类,只提供普通功能 class ConcreteTarget implements Target { public void request() { System.out.println("普通类 具有 普通功能..."); } } // 适配器类,继承了被适配类,同时实现标准接口 class Adapter extends Adaptee implements Target{ public void request() { super.specificRequest(); } } // 测试类public class Client { public static void main(String[] args) { // 使用普通功能类 Target concreteTarget = new ConcreteTarget(); concreteTarget.request(); // 使用特殊功能类,即适配类 Target adapter = new Adapter(); adapter.request(); } }
運行結果:
普通类 具有 普通功能... 被适配类具有 特殊功能...
2、物件的適配器模式:
// 适配器类,直接关联被适配类,同时实现标准接口 class Adapter implements Target{ // 直接关联被适配类 private Adaptee adaptee; // 可以通过构造函数传入具体需要适配的被适配类对象 public Adapter (Adaptee adaptee) { this.adaptee = adaptee; } public void request() { // 这里是使用委托的方式完成特殊功能 this.adaptee.specificRequest(); } } // 测试类 public class Client { public static void main(String[] args) { // 使用普通功能类 Target concreteTarget = new ConcreteTarget(); concreteTarget.request(); // 使用特殊功能类,即适配类, // 需要先创建一个被适配类的对象作为参数 Target adapter = new Adapter(new Adaptee()); adapter.request(); } }
測試結果與上面的一致。從類別圖中我們也知道需要修改的只不過就是 Adapter 類別的內部結構,也就是 Adapter 本身必須先擁有一個被適配類別的對象,再把具體的特殊功能委託給這個物件來實現。使用物件適配器模式,可以使得Adapter 類別(適配類別)根據傳入的Adaptee 物件達到適配多個不同被適配類別的功能,當然,此時我們可以為多個被適配器類別提取出一個接口或抽象類別。這樣看起來的話,似乎物件適配器模式更有彈性一點。
3、介面的適配器模式:
有時我們寫的一個介面中有多個抽象方法,當我們寫該介面的實作類別時,必須實現這個介面的所有方法,這明顯有時比較浪費,因為並不是所有的方法都是我們需要的,有時只需要某一些,此處為了解決這個問題,我們引入了接口的適配器模式,借助於一個抽象類,該抽象類別實現了該接口,實現了所有的方法,而我們不和原始的接口打交道,只和該抽象類取得聯繫,所以我們寫一個類,繼承該抽象類,重寫我們需要的方法就行。看一下類別圖:
這個很好理解,在實際開發中,我們也常會遇到這種介面中定義了太多的方法,以致於有時我們在一些實作類別中並不是都需要。看程式碼:
public interface Sourceable { public void method1(); public void method2(); }
抽象類別Wrapper2:
public abstract class Wrapper2 implements Sourceable{ public void method1(){} public void method2(){} } public class SourceSub1 extends Wrapper2 { public void method1(){ System.out.println("the sourceable interface's first Sub1!"); } } public class SourceSub2 extends Wrapper2 { public void method1(){ System.out.println("the sourceable interface's second Sub2!"); } }
public class WrapperTest { public static void main(String[] args) { Sourceable source1 = new SourceSub1(); Sourceable source2 = new SourceSub2(); source1.method1(); source1.method2(); source2.method1(); source2.method2(); } }
執行結果:
the sourceable interface's first Sub1! the sourceable interface's second Sub2!
以上是Java設計模式解析:適配器模式的實作方法的詳細內容。更多資訊請關注PHP中文網其他相關文章!