Android設計模式系列-適配器模式

標籤：android   http   io   ar   os   使用   java   sp   strong   

對於android開發人員來說起，適配器模式簡直太熟悉不過，有很多應用可以說是天天在直接或者間接的用到適配器模式，比如ListView。
ListView用於顯示列表資料，但是作為列表資料集合有很多形式，有Array，有Cursor，我們需要對應的適配器作為橋樑，處理相應的資料（並能形成ListView所需要的視圖）。
正是因為定義了這些適配器介面和適配器類，才能使我們的資料簡單靈活而又正確的顯示到了adapterview的實作類別上。
適配器模式，Adapter Pattern，勇敢的去適配，大量的資源可以重用。

1.意圖
適配器模式，把一個類的介面變換成用戶端所期待的另一種介面，從而使原本不匹配而無法在一起工作的兩個，類能夠在一起工作。
適配器模式分為類適配器模式和對象適配器模式。
關於類適配器模式，因為java的單繼承，如果繼承一個類，另外的則只能是介面，需要手動實現相應的方法。
熱門詞彙：類的適配器模式 對象的適配器模式 預設適配器模式 源類 目標介面

2.結構圖和代碼

為了簡明直接，我省略了相關的其他適配器 ，只以此兩個適配器為例。
ListViews做為client，他所需要的目標介面(target interface)就是ListAdapter，包含getCount(),getItem(),getView()等幾個基本的方法，為了相容List<T>,Cursor等資料類型作為資料來源，我們專門定義兩個適配器來適配他們：ArrayAdapter和CursorAdapter。這兩個適配器，說白了，就是針對目標介面對資料來源進行相容修飾。
這就是適配器模式。
其中BaseAdapter實現了如isEmpty()方法,使子類在繼承BaseAdapter後不需要再實現此方法，這就是預設適配器，這也是預設適配器的一個最明顯的好處。 

我們以最簡單的若干個方法舉例如下，ListAdapter介面如下（，為了簡單，我省略了繼承自Adapter介面）：

1. public interface ListAdapter {  
2.     public int getCount();  
3.     Object getItem(int position);  
4.     long getItemId(int position);  
5.     View getView(int position, View convertView, ViewGroup parent);  
6.     boolean isEmpty();  
7. }  

抽象類別BaseAdapter,我省略其他代碼，只列出兩個方法，以作示意:

1. public abstract class BaseAdapter implements ListAdapter, SpinnerAdapter {  
2.     // ... ...  
3.     public View getDropDownView(int position, View convertView, ViewGroup parent) {  
4.         return getView(position, convertView, parent);  
5.     }  
6.     public boolean isEmpty() {  
7.         return getCount() == 0;  
8.     }  
9. }  

ArrayAdapter對List<T>進行封裝成ListAdapter的實現，滿足ListView的調用：

1. public class ArrayAdapter<T> extends BaseAdapter implements Filterable {  
2.     private List<T> mObjects;  
3.     //我只列出這一個建構函式，大家懂這個意思就行  
4.     public ArrayAdapter(Context context, int textViewResourceId, T[] objects) {  
5.         init(context, textViewResourceId, 0, Arrays.asList(objects));  
6.     }  
7.     private void init(Context context, int resource, int textViewResourceId, List<T> objects) {  
8.         mContext = context;  
9.         mInflater = (LayoutInflater)context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);  
10.         mResource = mDropDownResource = resource;  
11.         mObjects = objects; //引用對象，也是表達了組合優於繼承的意思  
12.         mFieldId = textViewResourceId;  
13.     }  
14.     public int getCount() {  
15.         return mObjects.size();  
16.     }  
17.    public T getItem(int position) {  
18.         return mObjects.get(position);  
19.     }  
20.     public View getView(int position, View convertView, ViewGroup parent) {  
21.         return createViewFromResource(position, convertView, parent, mResource);  
22.     }  
23.     // ... ...  
24. }  

我們就如此成功的把List<T>作為資料來源以ListView想要的目標介面的樣子傳給了ListView，同理CursorAdapter也是一模一樣的道理，就不寫具體代碼了。
    適配器本身倒是不難，但是提供瞭解決不相容問題的慣用模式。 
    關於什麼時候使用適配器模式,大概有三種情況：
    (1). 你想使用一個已經存在的類，而它的介面不符合你的需求，這個在處理舊系統時比較常見。
    (2). 你想建立一個可以複用的類，該類可以和其他不相關的類或不可預見的累協同工作，這就是我們android開發人員經常碰到的情況：我們常常自訂一個新的Adapter。
    (3). 你想使用一些已經存在的子類，但是不可能對每一個都進行子類化以匹配他們的介面，對象適配器可以適配他的父類介面。 

3.效果
1.結構性模式 
2.上面論述的主要是對象適配器，關於類適配器除了實現目標連接埠外，還要實現你要相容的源類，這樣可以少寫幾行代碼，但是從組合優於繼承的角度看，它總則沒有那麼的乾淨。
3.對同一個適配器（即同一個對象）對同樣的源進行雙向甚至多向的適配，則能使其適用兩個甚至多個客戶調用。

Android設計模式系列-適配器模式