Android設(shè)計模式系列-適配器模式
對于android開發(fā)者來說起，適配器模式簡直太熟悉不過，有很多應(yīng)用可以說是天天在直接或者間接的用到適配器模式，比如ListView。
ListView用于顯示列表數(shù)據(jù)，但是作為列表數(shù)據(jù)集合有很多形式，有Array，有Cursor，我們需要對應(yīng)的適配器作為橋梁，處理相應(yīng)的數(shù)據(jù)（并能形成ListView所需要的視圖）。
正是因?yàn)槎x了這些適配器接口和適配器類，才能使我們的數(shù)據(jù)簡單靈活而又正確的顯示到了adapterview的實(shí)現(xiàn)類上。
適配器模式，Adapter Pattern，勇敢的去適配，大量的資源可以重用。
1.意圖
適配器模式，把一個類的接口變換成客戶端所期待的另一種接口，從而使原本不匹配而無法在一起工作的兩個，類能夠在一起工作。
適配器模式分為類適配器模式和對象適配器模式。
關(guān)于類適配器模式，因?yàn)閖ava的單繼承，如果繼承一個類，另外的則只能是接口，需要手動實(shí)現(xiàn)相應(yīng)的方法。
熱門詞匯：類的適配器模式 對象的適配器模式 缺省適配器模式 源類 目標(biāo)接口
2.結(jié)構(gòu)圖和代碼
為了簡明直接，我省略了相關(guān)的其他適配器 ，只以此兩個適配器為例。
ListViews做為client，他所需要的目標(biāo)接口(target interface)就是ListAdapter，包含getCount(),getItem(),getView()等幾個基本的方法，為了兼容List<T>,Cursor等數(shù)據(jù)類型作為數(shù)據(jù)源，我們專門定義兩個適配器來適配他們：ArrayAdapter和CursorAdapter。這兩個適配器，說白了，就是針對目標(biāo)接口對數(shù)據(jù)源進(jìn)行兼容修飾。
這就是適配器模式。
其中BaseAdapter實(shí)現(xiàn)了如isEmpty()方法,使子類在繼承BaseAdapter后不需要再實(shí)現(xiàn)此方法，這就是缺省適配器，這也是缺省適配器的一個最明顯的好處。
我們以最簡單的若干個方法舉例如下，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>進(jìn)行封裝成ListAdapter的實(shí)現(xiàn)，滿足ListView的調(diào)用：
- public class ArrayAdapter<T> extends BaseAdapter implements Filterable {
- private List<T> mObjects;
- //我只列出這一個構(gòu)造函數(shù)，大家懂這個意思就行
- 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; //引用對象，也是表達(dá)了組合優(yōu)于繼承的意思
- 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>作為數(shù)據(jù)源以ListView想要的目標(biāo)接口的樣子傳給了ListView，同理CursorAdapter也是一模一樣的道理，就不寫具體代碼了。
適配器本身倒是不難，但是提供了解決不兼容問題的慣用模式。
關(guān)于什么時候使用適配器模式,大概有三種情況：
(1). 你想使用一個已經(jīng)存在的類，而它的接口不符合你的需求，這個在處理舊系統(tǒng)時比較常見。
(2). 你想創(chuàng)建一個可以復(fù)用的類，該類可以和其他不相關(guān)的類或不可預(yù)見的累協(xié)同工作，這就是我們android開發(fā)者經(jīng)常碰到的情況：我們常常自定義一個新的Adapter。
(3). 你想使用一些已經(jīng)存在的子類，但是不可能對每一個都進(jìn)行子類化以匹配他們的接口，對象適配器可以適配他的父類接口。
3.效果
1.結(jié)構(gòu)性模式
2.上面論述的主要是對象適配器，關(guān)于類適配器除了實(shí)現(xiàn)目標(biāo)端口外，還要實(shí)現(xiàn)你要兼容的源類，這樣可以少寫幾行代碼，但是從組合優(yōu)于繼承的角度看，它總則沒有那么的干凈。
3.對同一個適配器（即同一個對象）對同樣的源進(jìn)行雙向甚至多向的適配，則能使其適用兩個甚至多個客戶調(diào)用。
