對於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的調用:
public class ArrayAdapter<T> extends BaseAdapter implements Filterable { private List<T> mObjects; //我只列出這一個建構函式,大家懂這個意思就行 public ArrayAdapter(Context context, int textViewResourceId, T[] objects) { init(context, textViewResourceId, 0, Arrays.asList(objects)); } private void init(Context context, int resource, int textViewResourceId, List<T> objects) { mContext = context; mInflater = (LayoutInflater)context.getSystemService(Context.LAYOUT_INFLATER_SERVICE); mResource = mDropDownResource = resource; mObjects = objects; //引用對象,也是表達了組合優於繼承的意思 mFieldId = textViewResourceId; } public int getCount() { return mObjects.size(); } public T getItem(int position) { return mObjects.get(position); } public View getView(int position, View convertView, ViewGroup parent) { return createViewFromResource(position, convertView, parent, mResource); } // ... ...}
我們就如此成功的把List<T>作為資料來源以ListView想要的目標介面的樣子傳給了ListView,同理CursorAdapter也是一模一樣的道理,就不寫具體代碼了。
適配器本身倒是不難,但是提供瞭解決不相容問題的慣用模式。
關於什麼時候使用適配器模式,大概有三種情況:
(1). 你想使用一個已經存在的類,而它的介面不符合你的需求,這個在處理舊系統時比較常見。
(2). 你想建立一個可以複用的類,該類可以和其他不相關的類或不可預見的累協同工作,這就是我們android開發人員經常碰到的情況:我們常常自訂一個新的Adapter。
(3). 你想使用一些已經存在的子類,但是不可能對每一個都進行子類化以匹配他們的介面,對象適配器可以適配他的父類介面。
3.效果
1. 結構性模式
2. 上面論述的主要是對象適配器,關於類適配器除了實現目標連接埠外,還要實現你要相容的源類,這樣可以少寫幾行代碼,但是從組合優於繼承的角度看,它總則沒有那麼的乾淨。
3. 對同一個適配器(即同一個對象)對同樣的源進行雙向甚至多向的適配,則能使其適用兩個甚至多個客戶調用。