Android中怎么實(shí)現(xiàn)適配器模式

今天就跟大家聊聊有關(guān)Android中怎么實(shí)現(xiàn)適配器模式，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結(jié)了以下內(nèi)容，希望大家根據(jù)這篇文章可以有所收獲。

1.意圖
適配器模式，把一個(gè)類的接口變換成客戶端所期待的另一種接口，從而使原本不匹配而無法在一起工作的兩個(gè)，類能夠在一起工作。
適配器模式分為類適配器模式和對(duì)象適配器模式。
關(guān)于類適配器模式，因?yàn)閖ava的單繼承，如果繼承一個(gè)類，另外的則只能是接口，需要手動(dòng)實(shí)現(xiàn)相應(yīng)的方法。
熱門詞匯：類的適配器模式  對(duì)象的適配器模式 缺省適配器模式 源類  目標(biāo)接口

2.結(jié)構(gòu)圖和代碼

為了簡明直接，我省略了相關(guān)的其他適配器 ，只以此兩個(gè)適配器為例。
ListViews做為client，他所需要的目標(biāo)接口(target  interface)就是ListAdapter，包含getCount(),getItem(),getView()等幾個(gè)基本的方法，為了兼容List<T>,Cursor等數(shù)據(jù)類型作為數(shù)據(jù)源，我們專門定義兩個(gè)適配器來適配他們：ArrayAdapter和CursorAdapter。這兩個(gè)適配器，說白了，就是針對(duì)目標(biāo)接口對(duì)數(shù)據(jù)源進(jìn)行兼容修飾。
這就是適配器模式。
其中BaseAdapter實(shí)現(xiàn)了如isEmpty()方法,使子類在繼承BaseAdapter后不需要再實(shí)現(xiàn)此方法，這就是缺省適配器，這也是缺省適配器的一個(gè)最明顯的好處。

我們以最簡單的若干個(gè)方法舉例如下，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,我省略其他代碼，只列出兩個(gè)方法，以作示意:

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對(duì)List<T>進(jìn)行封裝成ListAdapter的實(shí)現(xiàn)，滿足ListView的調(diào)用：

public class ArrayAdapter<T> extends BaseAdapter implements Filterable {      private List<T> mObjects;      //我只列出這一個(gè)構(gòu)造函數(shù)，大家懂這個(gè)意思就行      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; //引用對(duì)象，也是表達(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)于什么時(shí)候使用適配器模式,大概有三種情況：
    (1).  你想使用一個(gè)已經(jīng)存在的類，而它的接口不符合你的需求，這個(gè)在處理舊系統(tǒng)時(shí)比較常見。
    (2).  你想創(chuàng)建一個(gè)可以復(fù)用的類，該類可以和其他不相關(guān)的類或不可預(yù)見的累協(xié)同工作，這就是我們android開發(fā)者經(jīng)常碰到的情況：我們常常自定義一個(gè)新的Adapter。
     (3). 你想使用一些已經(jīng)存在的子類，但是不可能對(duì)每一個(gè)都進(jìn)行子類化以匹配他們的接口，對(duì)象適配器可以適配他的父類接口。

看完上述內(nèi)容，你們對(duì)Android中怎么實(shí)現(xiàn)適配器模式有進(jìn)一步的了解嗎？如果還想了解更多知識(shí)或者相關(guān)內(nèi)容，請(qǐng)關(guān)注億速云行業(yè)資訊頻道，感謝大家的支持。