Android設計模式系列(9)--SDK源碼之擴充卡模式

原文連結： http://www.cnblogs.com/qianxudetianxia/archive/2012/02/27/2010965.html

對于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接口）：

public interface ListAdapter {
    public int getCount();
    Object getItem(int position);
    long getItemId(int position);
    View getView(int position, View convertView, ViewGroup parent);
    boolean isEmpty();
}      

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

public abstract class BaseAdapter implements ListAdapter, SpinnerAdapter {
    // ... ...
    public View getDropDownView(int position, View convertView, ViewGroup parent) {
        return getView(position, convertView, parent);
    }
    public boolean isEmpty() {
        return getCount() == 0;
    }
}      

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

publicclass ArrayAdapter<T> extendsBaseAdapter implementsFilterable {
    privateList<T> mObjects;
    //我隻列出這一個構造函數，大家懂這個意思就行
    publicArrayAdapter(Context context, inttextViewResourceId, T[] objects) {
        init(context, textViewResourceId, 0, Arrays.asList(objects));
    }
    privatevoid init(Context context, intresource, inttextViewResourceId, List<T> objects) {
        mContext = context;
        mInflater = (LayoutInflater)context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
        mResource = mDropDownResource = resource;
        mObjects = objects; //引用對象，也是表達了組合優于繼承的意思
        mFieldId = textViewResourceId;
    }
    publicint getCount() {
        returnmObjects.size();
    }
   publicT getItem(intposition) {
        returnmObjects.get(position);
    }
    publicView getView(intposition, View convertView, ViewGroup parent) {
        returncreateViewFromResource(position, convertView, parent, mResource);
    }
    // ... ...
}      

 我們就如此成功的把List<T>作為資料源以ListView想要的目标接口的樣子傳給了ListView，同理CursorAdapter也是一模一樣的道理，就不寫具體代碼了。

    擴充卡本身倒是不難，但是提供了解決不相容問題的慣用模式。 

    關于什麼時候使用擴充卡模式,大概有三種情況：

    (1). 你想使用一個已經存在的類，而它的接口不符合你的需求，這個在處理舊系統時比較常見。

    (2). 你想建立一個可以複用的類，該類可以和其他不相關的類或不可預見的累協同工作，這就是我們android開發者經常碰到的情況：我們常常自定義一個新的Adapter。

    (3). 你想使用一些已經存在的子類，但是不可能對每一個都進行子類化以比對他們的接口，對象擴充卡可以适配他的父類接口。 

3.效果

1. 結構性模式 

2. 上面論述的主要是對象擴充卡，關于類擴充卡除了實作目标端口外，還要實作你要相容的源類，這樣可以少寫幾行代碼，但是從組合優于繼承的角度看，它總則沒有那麼的幹淨。

3. 對同一個擴充卡（即同一個對象）對同樣的源進行雙向甚至多向的适配，則能使其适用兩個甚至多個客戶調用。