初識Java設計模式適配器模式_java

【本文】

我們知道，Android中最重要也是最難用的UI控制項就是ListView清單控制項，而要想靈活運用它，則必須要用到適配器adapter，所以，我覺得還是很有必要來學習一下Java當中的適配器模式（不管以後能不能用到），畢竟Java語言是Android開發很重要的一個基礎。 

完全瞭解適配器模式，有很多知識要學習，例如：適配器模式有類的適配器模式和對象的適配器模式兩種不同的形式。但作為初學者，我就簡單學習一下配器模式入門知識吧，以後會不斷完善。希望奮鬥在碼農路上的童鞋們莫吐槽→_→ 

一、適配器介紹

 •將一個類的介面轉換成客戶希望的另外一個介面。適配器模式使得原本由於介面不相容而不能一起工作的那些類可以一起工作。
 •適配器模式在現代的Java架構中十分常用。這種模式適用於以下情境：想使用一個已存在的類，但是該類不符合介面需求；或者需要建立一個可重用的類，適配沒有提供合適介面的其它類。

二、蘋果和桔子的例子 

適配器的思想可以通過下面這個簡單的例子說明。這個樣本要讓一個桔子被“適配”成一個蘋果。如下圖所示：

上圖中的下半部分可以看到，適配器包含了一個桔子執行個體並且繼承了蘋果類。桔子物件放在了適配器中，於是桔子表現得就像蘋果一樣了。對應的邏輯圖如下：

三、插座盒插頭的例子

上圖中，我們可以通過中間的適配器讓右邊的插頭成功串連上左邊的插座。

四、插頭適配器的代碼實現

/**  適配器模式（ Adapter ）：將一個類的介面轉換成客戶希望的另外一個介面。  適配器模式使得原本由於介面不相容而不能一起工作的那些類可以一起工作。*/class AdapterDemo{  public static void main(String[] args){    //電源A開始工作    PowerA powerA = new PowerAImpl();    start(powerA);    PowerB powerB = new PowerBImpl();    PowerAAdapter pa = new PowerAAdapter(powerB);    start(pa);  }  //定義方法：電源A工作  public static void start(PowerA powerA){    System.out.println("....一些重複的代碼.....");    powerA.insert();    System.out.println("....一些重複的代碼.....\n");  }  /**  public static void start(PowerB powerB){    System.out.println("....一些重複的代碼.....");    powerB.connect();    System.out.println("....一些重複的代碼.....");  }  */}//定義適配器類class PowerAAdapter implements PowerA{  private PowerB powerB;//要進行適配的介面    public PowerAAdapter(PowerB powerB){    this.powerB = powerB;  }  //實現介面PowerA，則必然要實現PowerA裡面的方法  public void insert(){    powerB.connect();  }}/**  電源A介面*/interface PowerA{  public void insert();}class PowerAImpl implements PowerA{  public void insert(){    System.out.println("電源A介面插入，開始工作");  }}/**  電源B介面*/interface PowerB{  public void connect();}class PowerBImpl implements PowerB{  public void connect(){    System.out.println("電源B介面已串連，開始工作");  }}

在這個例子當中，我們想讓PowerB調用PowerA中Start()方法裡的代碼；當然，我們也不想重複寫被注釋掉的23、25行代碼。這個時候就可以用適配器模式。 

上述代碼解釋： 

第30行：開始定義適配器，也是核心代碼的開始； 

第33、34行：通過構造方法將PowerB傳進來； 

第37行代碼：既然是實現介面PowerA，則必然要實現PowerA裡面的方法insert()； 

第38行代碼：我們在PowerA的insert()方法中，去調用PowerB的connect()方法； 

緊接著，第10、11、12行代碼的意思是：在new一個PowerB的時候，我們把它傳到適配器PowerAAdapter裡面去，啟動適配器，然後PowerB就會去執行第16、24、18行的代碼。 

註：16、24、18這個順序沒有錯，因為我們在適配器中相當於是已經將24行代碼替換為了第17行代碼。 

運行效果如下： 

同理，如果我也想把PowerA作為PowerB去使用，可以再定義一個適配器PowerBAdapter，實現雙向適配器。

五、小總結

上方第23、25行被注釋掉的代碼，表示是很多重複的代碼，不符合物件導向的思維方式。我們現在設想這樣一個例子：我們的項目已經上線並且客戶正在使用，但是後來增加了一些新的需求。而物件導向有一條OO原則就是：對修改關閉（上線後，代碼盡量不要修改，不然可能會發生連鎖反應，導致其他調用此處方法的代碼都可能出問題），對擴充開放（自己定義的新的方法，別人還沒有調用，我們當然可以修改）。此時，我們可以通過適配器來減少這些重複的代碼。

六、OO設計原則

 •面向介面編程（面向抽象編程）
 •封裝變化
 •多用組合，少用繼承
 •對修改關閉 對擴充開放

個人感覺，這些設計原則，需要在實踐中不斷加深理解，在這裡就不過多描述了哦~

以上就是本文的全部內容，希望對大家的學習有所協助，也希望大家多多支援雲棲社區。