Android 适配器模式应用及设计原理

适配器模式是一种重要的设计模式,在 Android 中得到了广泛的应用。适配器类似于现实世界里面的插头,通过适配器,我们可以将分属于不同类的两种不同类型的数据整合起来,而不必去根据某一需要增加或者修改类里面的方法。

适配器又分为单向适配器和双向适配器,在 android 中前者使用的比较频繁。比较常见的实现方式是:首先定义一个适配类,内部定义一个私有的需要适配的对象,该类提供一个构造函数,将该对象的一个实例作为参数传入,并在构造函数里面进行初始化,再提供一个公有的方法,返回另外一个需要适配的类所需要的数据类型。这样通过创建一个额外的类,专门负责数据类型的转换,在不改动原有类的前提下实现了所需的功能。这种设计模式提供了更好的复用性和可扩展性,尤其在我们无法获修改其中一个类或者类与类之间有比较多的不同类型的数据需要进行适配的时候显得格外重要。

在 android 中常见的适配器类有: BaseAdapter 、 SimpleAdapter 等

初识Android时,我对ListView、GradView中的Adapter一直半懂非懂,每次写Adapter都觉得异常痛苦,故而有了此文,希望能帮到一些初学者。

先来看下适配器模式的官方解释,将一个类的接口转换成客户希望的另外一个接口,Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。乍看肯定不知所云,通俗说下我个人的理解:当我们创建一个View之后,肯定要接着规定该view的大小、位置、显示的内容信息、触摸事件的回调等等,我们发现将这些东西放一起导致代码太耦合甚至冗余了,这时候就可以使用Adapter模式,将这个流程分开,首先我们只管创建一个View,至于该View的内容样式我们完全不用关心,交给我们的小弟Adapter去做(前提是这个人是我们的小弟,和我们的View能联系起来),当小弟完成了我们分配给他的任务后(安排子View的样式,信息的解析显示,Event回调等),我们只需通过setAdapter()将他的工作内容窃取过来就行。

或者再直观点说,我们要买回来了一部Iphone7,我们只需要轻松愉快地用它来听歌,看电影,聊微信,至于当他没电了怎么办?如何使用110V、220V电压充电?怎么使用二孔、三孔插头?如何快充如何慢充?这些都不需要我们关心,交给我们的充电器(Adapter)即可,我们要做的只需连上usb线和找到插座(setAdapter)就行了。

当你不清楚适配的具体流程时,写Adapter是非常痛苦的,接下来我们就举栗子详细分析一个完整的适配器模式工作流程(现在除了我的奇葩公司,应该没人会用ListView了吧,所以这里直接以RecyclerView为栗,其实ListView的adapter也是一样的原理)。

1.创建一个RecyclerView并实例化它,然后等着我们的小弟(Adapter)完成剩下来的体力活。

 <android.support.v7.widget.RecyclerView
   android:layout_width="match_parent"
   android:layout_height="wrap_content"
   android:id="@+id/mrecycler"/>
  RecyclerView mrecycler= (RecyclerView) findViewById(R.id.mrecycler);
   mrecycler.setLayoutManager(new StaggeredGridLayoutManager(2,StaggeredGridLayoutManager.VERTICAL));

2.Adapter使用,我们先从源码了解每个方法的回调周期。

public static abstract class Adapter<VH extends ViewHolder> {

 private final AdapterDataObservable mObservable = new AdapterDataObservable();

 public abstract VH onCreateViewHolder(ViewGroup parent, int viewType);

 public abstract void onBindViewHolder(VH holder, int position);

 public void onBindViewHolder(VH holder, int position, List<Object> payloads) {
   onBindViewHolder(holder, position);
 }

 /**
  * This method calls {@link #onCreateViewHolder(ViewGroup, int)} to create a new
  * {@link ViewHolder} and initializes some private fields to be used by RecyclerView.
  *
  * @see #onCreateViewHolder(ViewGroup, int)
  */
 public final VH createViewHolder(ViewGroup parent, int viewType) {
   TraceCompat.beginSection(TRACE_CREATE_VIEW_TAG);
   final VH holder = onCreateViewHolder(parent, viewType);
   holder.mItemViewType = viewType;
   TraceCompat.endSection();
   return holder;
 }

 /**
  * This method internally calls {@link #onBindViewHolder(ViewHolder, int)} to update the
  * {@link ViewHolder} contents with the item at the given position and also sets up some
  * private fields to be used by RecyclerView.
  *
  * @see #onBindViewHolder(ViewHolder, int)
  */
 public final void bindViewHolder(VH holder, int position) {
   holder.mPosition = position;
   if (hasStableIds()) {
     holder.mItemId = getItemId(position);
   }
   holder.setFlags(ViewHolder.FLAG_BOUND,
       ViewHolder.FLAG_BOUND | ViewHolder.FLAG_UPDATE | ViewHolder.FLAG_INVALID
           | ViewHolder.FLAG_ADAPTER_POSITION_UNKNOWN);
   TraceCompat.beginSection(TRACE_BIND_VIEW_TAG);
   onBindViewHolder(holder, position, holder.getUnmodifiedPayloads());
   holder.clearPayload();
   TraceCompat.endSection();
 }

 /**
  * Return the view type of the item at <code>position</code> for the purposes
  * of view recycling.
  *
  * <p>The default implementation of this method returns 0, making the assumption of
  * a single view type for the adapter. Unlike ListView adapters, types need not
  * be contiguous. Consider using id resources to uniquely identify item view types.
  *
  * @param position position to query
  * @return integer value identifying the type of the view needed to represent the item at
  *         <code>position</code>. Type codes need not be contiguous.
  */
 public int getItemViewType(int position) {
   return 0;
 }

 /**
  * Returns the total number of items in the data set hold by the adapter.
  *
  * @return The total number of items in this adapter.
  */
 public abstract int getItemCount();

 /**
  * Called when a view created by this adapter has been attached to a window.
  *
  * <p>This can be used as a reasonable signal that the view is about to be seen
  * by the user. If the adapter previously freed any resources in
  * {@link #onViewDetachedFromWindow(RecyclerView.ViewHolder) onViewDetachedFromWindow}
  * those resources should be restored here.</p>
  *
  * @param holder Holder of the view being attached
  */
 public void onViewAttachedToWindow(VH holder) {
 }

 /**
  * Called when a view created by this adapter has been detached from its window.
  *
  * <p>Becoming detached from the window is not necessarily a permanent condition;
  * the consumer of an Adapter's views may choose to cache views offscreen while they
  * are not visible, attaching an detaching them as appropriate.</p>
  *
  * @param holder Holder of the view being detached
  */
 public void onViewDetachedFromWindow(VH holder) {
 }

 /**
  * Register a new observer to listen for data changes.
  *
  * <p>The adapter may publish a variety of events describing specific changes.
  * Not all adapters may support all change types and some may fall back to a generic
  * {@link android.support.v7.widget.RecyclerView.AdapterDataObserver#onChanged()
  * "something changed"} event if more specific data is not available.</p>
  *
  * <p>Components registering observers with an adapter are responsible for
  * {@link #unregisterAdapterDataObserver(RecyclerView.AdapterDataObserver)
  * unregistering} those observers when finished.</p>
  *
  * @param observer Observer to register
  *
  * @see #unregisterAdapterDataObserver(RecyclerView.AdapterDataObserver)
  */
 public void registerAdapterDataObserver(AdapterDataObserver observer) {
   mObservable.registerObserver(observer);
 }

 /**
  * Unregister an observer currently listening for data changes.
  *
  * <p>The unregistered observer will no longer receive events about changes
  * to the adapter.</p>
  *
  * @param observer Observer to unregister
  *
  * @see #registerAdapterDataObserver(RecyclerView.AdapterDataObserver)
  */
 public void unregisterAdapterDataObserver(AdapterDataObserver observer) {
   mObservable.unregisterObserver(observer);
 }

 /**
  * Called by RecyclerView when it starts observing this Adapter.
  * <p>
  * Keep in mind that same adapter may be observed by multiple RecyclerViews.
  *
  * @param recyclerView The RecyclerView instance which started observing this adapter.
  * @see #onDetachedFromRecyclerView(RecyclerView)
  */
 public void onAttachedToRecyclerView(RecyclerView recyclerView) {
 }

 /**
  * Called by RecyclerView when it stops observing this Adapter.
  *
  * @param recyclerView The RecyclerView instance which stopped observing this adapter.
  * @see #onAttachedToRecyclerView(RecyclerView)
  */
 public void onDetachedFromRecyclerView(RecyclerView recyclerView) {
 }

 /**
  * Notify any registered observers that the data set has changed.
  */
 public final void notifyDataSetChanged() {
   mObservable.notifyChanged();
 }

 /**
  * Notify any registered observers that the item at <code>position</code> has changed.
  * Equivalent to calling <code>notifyItemChanged(position, null);</code>.
  *
  * <p>This is an item change event, not a structural change event. It indicates that any
  * reflection of the data at <code>position</code> is out of date and should be updated.
  * The item at <code>position</code> retains the same identity.</p>
  *
  * @param position Position of the item that has changed
  *
  * @see #notifyItemRangeChanged(int, int)
  */
 public final void notifyItemChanged(int position) {
   mObservable.notifyItemRangeChanged(position, 1);
 }

 /**
  * Notify any registered observers that the item reflected at <code>fromPosition</code>
  * has been moved to <code>toPosition</code>.
  *
  * <p>This is a structural change event. Representations of other existing items in the
  * data set are still considered up to date and will not be rebound, though their
  * positions may be altered.</p>
  *
  * @param fromPosition Previous position of the item.
  * @param toPosition New position of the item.
  */
 public final void notifyItemMoved(int fromPosition, int toPosition) {
   mObservable.notifyItemMoved(fromPosition, toPosition);
 }
}

Adapter是RecyclerView的一个抽象内部类,我们只需要重写它暴露出来的各种回调方法(创建View,绑定View,获取数据内容,通知数据变化......),就可以达到创建及控制itemView内容的目的。这里挑我们创建Adapter时常用的重写方法讲解:

onCreateViewHolder:

根据需求,创建自定义样式的itemViw,最终return一个ViewHolder类型。由Adapter内部类中的createViewHolder调用。

//根据需求,创建自定义样式的itemViw
 @Override
 public ViewHolder onCreateViewHolder(ViewGroup viewGroup, int viewType) {
   View view = LayoutInflater.from(viewGroup.getContext()).inflate(R.layout.item,viewGroup,false);
   ViewHolder vh = new ViewHolder(view);
   return vh;
 }

onBindViewHolder:

将我们传递进来的数据bean与view绑定在一起,即决定我们的itemView的具体内容如何展示,由Adapter内部类中的bindViewHolder调用。同时也可以在这里处理触摸事件的回调,后面会讲到。

 //将数据与界面进行绑定的操作
 @Override
 public void onBindViewHolder(ViewHolder viewHolder, int position) {
   viewHolder.mTextView.setText(datas[position]);
 }

getItemCount:

返回数据bean的数量,即需要的itemView的个数。

//获取数据的数量
 @Override
 public int getItemCount() {
   return datas.length;
 }

一般情况我们重写上述三个方法即可。

onViewAttachedToWindow onViewDetachedFromWindow:

在View依附/脱离window的时候回调

registerAdapterDataObserver unregisterAdapterDataObserver:

主要用于注册与解绑适配器数据的观察者模式

notifyDataSetChanged notifyItemMoved:

通过Adapter来通知数据或item的变化,请求更新view.

那怎么让Adapter来为我们处理触摸事件?通过接口回调的方法就能很简单地完成。
首先在我们的Adapter中添加一个内部接口,其中的方法在第一步实例化View的时候实现。

 public interface OnItemClickListener {
    void ItemClickListener(View view,int postion);
    void ItemLongClickListener(View view,int postion);

  }

然后在onBindViewHolder中回调。

  if(mListener!=null){//如果设置了监听那么它就不为空,然后回调相应的方法
      holder.itemView.setOnClickListener(new View.OnClickListener() {
        @Override
        public void onClick(View v) {
          int pos = holder.getLayoutPosition();//得到当前点击item的位置pos
          mListener.ItemClickListener(holder.itemView,pos);//把事件交给我们实现的接口那里处理
        }
      });
      holder.itemView.setOnLongClickListener(new View.OnLongClickListener() {
        @Override
        public boolean onLongClick(View v) {
          int pos = holder.getLayoutPosition();//得到当前点击item的位置pos
          mListener.ItemLongClickListener(holder.itemView,pos);//把事件交给我们实现的接口那里处理
          return true;
        }
      });
    }

3.将RecyclerView与Adapter通过setAdapter联系起来,并实现Adapter内部的回调接口。

  adapter=new MyRecyclerAdapter(this, list);
   mrecycler.setAdapter(adapter);
   adapter.setOnclickListener(new MyRecyclerAdapter.OnItemClickListener() {
     @Override
     public void ItemClickListener(View view, int postion) {
       Toast.makeText(MainActivity.this,"点击了:"+postion, Toast.LENGTH_SHORT).show();
     }

     @Override
     public void ItemLongClickListener(View view, int postion) {
       list.remove(postion);
       adapter.notifyItemRemoved(postion);
     }
   });

至此一个最简单的RecyclerViewAdapter就完成了,文末给出一个自己简单封装过后的CommonRecyclerAdapter,使用时我们只需要传入 context, layoutResId,List<T> data即可。

感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!

(0)

相关推荐

  • 优化SimpleAdapter适配器加载效率的方法

    在主Activity中: listview=(ListView)findViewById(R.id.listview);getData(); //为list添加数据overrideSimpleAdapter=new OverrideSimpleAdapter(getContext(),list,R.layout.list_item_layout, new String[]{"num","word","translates"}, new int[]

  • Android 适配器模式应用及设计原理

    适配器模式是一种重要的设计模式,在 Android 中得到了广泛的应用.适配器类似于现实世界里面的插头,通过适配器,我们可以将分属于不同类的两种不同类型的数据整合起来,而不必去根据某一需要增加或者修改类里面的方法. 适配器又分为单向适配器和双向适配器,在 android 中前者使用的比较频繁.比较常见的实现方式是:首先定义一个适配类,内部定义一个私有的需要适配的对象,该类提供一个构造函数,将该对象的一个实例作为参数传入,并在构造函数里面进行初始化,再提供一个公有的方法,返回另外一个需要适配的类所

  • Android开发组件化架构设计原理到实战

    目录 为什么需要组件化 组件化和模块化 模块化架构 组件化架构 组件化带来的优势 组件化需解决的问题 资源冲突解决 AndroidManifest 独立调试 单工程方案 多工程方案 页面跳转 Arouter 实现组件间方法调用 组件化的消息通信方式选择 广播 事件总线 Application生命周期分发 为什么需要组件化 小项目是不需要组件化的.当一个项目有数十个人开发,编译项目要花费10分钟,修改一个bug就可能会影响到其他业务,小小的改动就需要进行回归测试,如果是这种项目,那么我们需要进行组

  • PHP设计模式之适配器模式(Adapter)原理与用法详解

    本文实例讲述了PHP设计模式之适配器模式(Adapter)原理与用法.分享给大家供大家参考,具体如下: 这个适配器模式,就是为了将一个类的接口转换成客户希望的另外一个接口,并且使用原本不兼容的而不能在一起工作的那些类可以在一起工作.它的核心思想就是把对某些相似的类的操作转化为一个统一的"接口"(这里是比喻的说话)--适配器,或者比喻为一个"界面",统一或屏蔽了那些类的细节.适配器模式还构造了一种"机制",使"适配"的类可以很容

  • Java编程Iterator迭代器设计原理及实现代码示例

    我们知道迭代器(Iterator)是一种对象,它能够用来遍历标准模板库容器中的部分或全部元素.那么Iterator迭代器的设计原理是什么呢?迭代器问什么定义了一个借口,而不是一个类呢? 我们假设迭代器迭代数据的功能定义为了一个类,那么,会有这样的问题.不同的集合,由于数据结构不一样,所以他们的存储方式也是不一样的.也就是说,迭代器获取的时候,获取的方式是变化的,也就是不固定的.所以把这种方式定义为具体的实现是不合理的. 无论何种集合,他们肯定都有获取的功能,而且不知道什么时候就没有数据了.所有他

  • 深入理解Android中Scroller的滚动原理

    View的平滑滚动效果 什么是实现View的平滑滚动效果呢,举个简单的例子,一个View从在我们指定的时间内从一个位置滚动到另外一个位置,我们利用Scroller类可以实现匀速滚动,可以先加速后减速,可以先减速后加速等等效果,而不是瞬间的移动的效果,所以Scroller可以帮我们实现很多滑动的效果. 首先我们先来看一下Scroller的用法,基本可概括为"三部曲": 1.创建一个Scroller对象,一般在View的构造器中创建: public ScrollViewGroup(Cont

  • WPF换肤设计原理浅析

    WPF换肤的设计原理,利用资源字典为每种皮肤资源添加不同的样式,在后台切换皮肤资源文件. 截图 上图中,第一张图采用规则样式,第二张图采用不规则样式,截图的时候略有瑕疵. 资源字典 规则样式资源Skin.RegularStyle.xaml <ResourceDictionary xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microso

  • Android用户注册界面简单设计

    本文实例为大家分享了Android用户注册界面的设计,供大家参考,具体内容如下 I. 实例目标 设计一个用户注册界面,在其中要使用到一些基础控件,如 文本框.编辑框.按钮.复选框等控件 II. 技术分析 首先在布局文件中使用控件的标记来配置所需要的各个控件,然后在 主Activity中获取到该控件,给其添加监听器来监听其操作,最后在控制台输出所操作的内容. III. 实现步骤 在Eclipse中创建 Android项目,名称为 TestUserRegister .设计一个用户注册界面,在其中要使

  • Android检测Cursor泄漏的原理以及使用方法

    简介: 本文介绍如何在 Android 检测 Cursor 泄漏的原理以及使用方法,还指出几种常见的出错示例.有一些泄漏在代码中难以察觉,但程序长时间运行后必然会出现异常.同时该方法同样适合于其他需要检测资源泄露的情况. 最近发现某蔬菜手机连接程序在查询媒体存储(MediaProvider)数据库时出现严重 Cursor 泄漏现象,运行一段时间后会导致系统中所有使用到该数据库的程序无法使用.另外在工作中也常发现有些应用有 Cursor 泄漏现象,由于需要长时间运行才会出现异常,所以有的此类 bu

  • Android截屏方案实现原理解析

    Android截屏的原理:获取具体需要截屏的区域的Bitmap,然后绘制在画布上,保存为图片后进行分享或者其它用途 在截屏功能中,有时需要截取全屏的内容,有时需要截取超过一屏的内容(比如:Listview,Scrollview,RecyclerView).下面介绍各种场景获取Bitmap的方法 普通截屏的实现 获取当前Window的DrawingCache的方式,即decorView的DrawingCache /** * shot the current screen ,with the sta

  • Android 系统服务TelecomService启动过程原理分析

    由于一直负责的是Android Telephony部分的开发工作,对于通信过程的上层部分Telecom服务以及UI都没有认真研究过.最近恰好碰到一个通话方面的问题,涉及到了Telecom部分,因而就花时间仔细研究了下相关的代码.这里做一个简单的总结.这篇文章,主要以下两个部分的内容: 什么是Telecom服务?其作用是什么? Telecom模块的启动与初始化过程: 接下来一篇文章,主要以实际通话过程为例,分析下telephony收到来电后如何将电话信息发送到Telecom模块以及Telecom是

随机推荐