Android RecyclerView体验- 简介

亦余心之所善兮,虽九死其犹未悔。这篇文章主要讲述Android RecyclerView体验- 简介相关的知识,希望能为你提供帮助。
在网上关于RecyclerView的基本使用方式已经有了比较详细介绍,而且其设计结构也类似于ListView,所以本文将不重点介绍如何使用,在文末的引用中都可以相关内容。这里主要是介绍RecyclerView的基本功能、设计理念,以及系统提供API的情况。
 
什么是RecycleViewRecyclerView是在android L(也就是后来的Lollipop)中新加入的一种ViewGroup。但因为它使以support-v7库的形式加入到Android系统中,所以不仅仅是Lollipop版本以后的Android系统可以使用,只要系开发项目中引入这个库就在任意API级别中使用。
单从呈现效果来看RecyclerView和ListView、GridView并没有大多的差别。
不过它的“flexible”并不单单指它可以在ListView和GridView之间随意互相切换,更在于它可以创造出更多的复杂的可滚动的视图,比如水平方向的ListView,或者是Web上很流行的瀑布流式布局(Masonry)。只是大部分布局系统都没有提供,必须由开发者自己实现。
所以RecyclerView的“flexible”:什么都可以做,但什么都要自己做。
 
RecyclerView和ListView的主要区别只要用Android提供的LieanerLayoutManager并配以VERTICAL模式,RecyclerView就可以完美达到ListView的基本效果。两者的设计结构也都是数据(Dataset)与视图(View)分离,然后通过适配器(Adapter)来连接的方式。
但RecyclerView相对ListView来说有以下几大提升:

  • 没有OnItemClickListener
ListView从它的父类AdapterView直接继承了对子项目点击的响应,开发者可以定义自己的OnItemClickListner来接受点击事件。但这个设计也造成了一些问题,比如子项内部视图如果设置了OnClickListener,那么子项目视图本身并不会知道,从而可能会导致视图点击状态没有同步等问题。ReyclerView没有提供简便的响应子项目被点击的监听器,虽然它有一个OnItemTouchListener,但在这个接口方法中没有任何关于那个子项目被点击的信息,该接口只是帮助开发者截获触摸事件,对于如何处理,检测被触摸目标对象都留给了开发者去完成。
  • 视图与布局分离
ListView做到了数据和视图的分离,RecyclerView在视图和布局之间再进一步分离,于是便有了LayoutManager。RecyclerView负责管理视图的重复利用,然后将布局方式全权交给了LayoutManager,通过配置或者切换LayoutManager就可以获得不同的布局效果。不像ListView被限制在垂直滚动布局。同时RecyclerView还提供了ItemDecoration,在已有的子视图基础上还可以添加额外的视图。比如做一条分割线,在ListView就需要额外占用一个ViewType来提供视图,现在则不需要在Adapter中加入这些与实际逻辑业务无关的辅助内容。
  • 支持子项目层次的动画效果
ListView也可以支持子项目层次的动画效果,在Android Developers的DevBytes频道里有很多关于这方面的介绍,不过在看过其实现之后就会发现其解决方案是多么的丑陋而冗长。很多时候都是在计算和分析子视图的位置状态。RecyclerView则带来了非常简洁的ItemAnimator接口。当Adapter中的数据发生“增删改移”变化,通过调用Adapter相应的方法就可以激活动画的产生。当然开发者还需要自己实现具体的ItemAnimator对象来完成所需的动画效果,但是其清晰的结构和接口已比ListView有极大的进步。
 
RecyclerView的现状上边提到RecyclerView的套件已经加入了Support Library v7,而且是以单独的库放入,所以只要在Android Studio项目的Gradle编译文件的dependencies下加入下边的这句就可以开始使用RecyclerView了:
compile ‘com.android.support:recyclerview-v7:25.x.x‘

不过看过库中提供的那些自带对象实现,体现基本操作流程,就会发现RecyclerView能做的看起来很多,但是已经做到的实在太少。

RecyclerView.AdaperRecyclerView提供了一个抽象Adapter类,然后就没有了。没有任何可以直接使用的子类,像ListAdapter那样的ArrayAdapter、SimpleCursorAdapter现成的类都没有。一切都留给开发者自己去实现定义。
仔细想想这也很挺正常,相信应该很少在实际产品中有使用ArrayAdapter的,因为大部分列表都不会是简单的一行文字。对于CursorAdapter使用也往往会实现不同的继承类来提供子视图。再者RecyclerView的Adapter和ListAdapter在理念上还是一样的,所以想实现个RecyclerViewCursorAdapter,直接从CursorAdapter取材便可。
RecyclerView的Adapter相对ListAdapter在接口上有几处变化也值得注意。
首先其将getView()方法分拆成了createViewHolder()和bindViewHolder()两个。不过这个没有什么好紧张的,在CursorAdapter里就已经有见到过这个更加合理的设计。另外返回对象也从View变成了ViewHolder只需提一下。
最关键的注意点在于createViewHolder(ViewGroup parent, int viewType)第二参数虽然是整形,但是它并不是以往的当前子项的位置(position),而是调用getItemViewType()获得的的子项的类别。似乎在创建ViewHolder时,RecyclerView故意在隐藏子项的详细信息,希望开发者完全只依赖其类别来创建相应的View以及ViewHolder。
其次,RecyclerView的Adapter除了和ListAdapter一样有notifyDataSetChanged()方法外,还有一堆会触发动画效果的通知数据改变的方法:
  • final void notifyItemChanged(int position); // 修改
  • final void notifyItemInserted(int position); // 插入
  • final void notifyItemMoved(int fromPosition, int toPosition); // 移动
  • final void notifyItemRangeChanged(int positionStart, int itemCount); // 批量改变
  • final void notifyItemRangeInserted(int positionStart, int itemCount); // 批量插入
  • final void notifyItemRangeRemoved(int positionStart, int itemCount); // 批量删除
  • final void notifyItemRemoved(int position); // 删除某个
调用这些方法就会激发ItemAnimator上对应的用于产生动画的方法。
 
RecyclerView.ViewHolder在ListView的年代里,其实已经在使用ViewHolder,只是那时的方法看起来比较讨巧,要隐藏在View的Tag()里。现在RecyclerView强制使用ViewHolder,并且ViewHolder除了有对子视图的引用,还有诸如ItemViewType和Position这些信息。
mHolder.getItemViewType(); // 获取当前Holder类型mHolder.getAdapterPosition(); // 获取当前的position(当有删除/新增item时,会时时更新),因此可替代通过Tag获取数据。

 
RecyclerView.LayoutManagerLayoutManager相对于ListView来说是一个新部分,通过继承该类来实现自定义的布局方式,而不像ListView只有固定的布局方式。Support库提供了两个现成的子类:LinearLayoutManager和StaggeredGridLayoutManager。前者可以获得和ListView一样的布局,还可以是水平方向的;后者则提供了形如GridView的布局。所以应用程序中的基本日常所以都可以被满足。
如果需要实现自定义的LayoutManager,就比较麻烦了,需要理解Recycle、Scrap、Dirty这些关于子项目视图状态的概念。
 
RecyclerView.ItemAnimator通过继承实现ItemAnimator,然后创建对象设置到RecyclerView上就可以得到基于子项目的动画效果。不过如何正确合理地创建一个ItemAnimator子类,却没有详细的描述指南。
库中提供的唯一一个可用的子类DefaultItemAnimator,可以看出它的动画效果是简单的Alpha渐变。同时也会发现其实现是如此的复杂,有很多对于动画步骤的操作,还得注意动画在中途被打断的处理,在结束时也要重置视图状态以便重用。这也反过来说明ItemAnimator基本没有提供任何关于如何实现和管理动画的信息。另一方面因为DefaultItemAnimator的实现过于具体,因此它并不是合适作为自定义ItemAnimator的父类。
相信当RecyclerView越来越多的被应用到程序中时,更多关于这方面的合理设计会被提出来。目前在Github上也有不少参考了DefaultItemAnimator的实现方式,比如RecyclerViewItemAnimators、recyclerview-animators。
关于ItemAnimator的使用,有几点值得提醒的是:如果没有提供ItemAnimator,RecyclerView默认会创建一个DefaultItemAnimator用于动画,所以不需要显示地设置DefaultItemAnimator对象到RecyclerView上;添加(add)和删除(remove)是默认起效的,但是修改(change)的效果需要调用setSupportsChangeAnimations(boolean)来指定是否启用,其默认是没有修改的动画。
 
 
总体而言,RecyclerView的功能非常强大,其结构设计也十分开放,这也造成它的上手使用相对比较困难。随着越来越多的人开始尝试使用这个部件,也会有越来越深刻的理解和设计实现。另外,阅读RecyclerView的源码可以帮助对其设计思想的了解,在以后设计其它的复用视图时可以有更好的参照。
【Android RecyclerView体验- 简介】 

    推荐阅读