RecyclerView、ListView实现单选列表的优雅之路

今日科技快讯

汇报一下上周五阿里双11的战报，销售总额创历史新高，达到了1207亿元，这也是阿里双11单天销售额首次突破1000亿。2014年的数字是572亿元，2015年的数字是912亿元。照这个发展速度来算的话，明年阿里双11单天销售额将有可能突破1500亿。这是不是说明中国人越来越有钱了呢？

作者简介

大家好，新的一周又开始了！本篇是 张旭童 的第三篇投稿，熟悉的朋友肯定知道，他的前两篇分享了RecyclerView的头部悬停与右侧索引，今天将带来他对单选列表的细致思考，希望大家喜欢。

张旭童 的博客地址：

http://blog.csdn.net/zxt0601

概述

这篇文章需求来源还是比较简单的，但做的优雅仍有值得挖掘的地方。

需求来源：一个类似饿了么这种电商优惠券的选择界面，其实就是 一个普通的列表，实现了单选功能。

效果如图: 

不要怪图渣了，我撸了四五遍，公司录出来的GIF就这么渣。。。

常规方法：

在 Javabean 里增加一个 boolean isSelected 字段，并在Adapter里根据这个字段的值设置“CheckBox”的选中状态。

在每次选中一个新优惠券时，改变数据源里的isSelected字段，并notifyDataSetChanged()刷新整个列表。

这样实现起来很简单，代码量也很少，唯一不足的地方就是性能有损耗，不是最优雅。

So作为一个有追求(比较闲)的程序员，我决心分享一波优雅方案。

本文会列举分析一下在ListView和RecyclerView中, 列表实现单选的几种方案，并推荐采用定向刷新 部分绑定的方案，因为更高效and优雅。

RecyclerView方案一览

RecyclerView是我的最爱 ，所以我先说它。

一、常规方案

常规方案 请光速阅读，直接上码，Bean结构：

我项目里有好多单选需求，懒得写isSelected字段，所以弄了个父类供子类继承。

Acitivity 和 Adapter 其他方法都是最普通的不再赘述。

Adapter 的 onBindViewHolder() 如下：

ViewHolder:

方案优点：

简单粗暴

方案缺点：

其实需要修改的Item只有两项：

• 一个当前处于选中状态的Item->普通状态

• 再将当前手指点击的这个Item->选中状态

但采用普通方案，则会刷新整个一屏可见的Item，重走他们的 getView()/onBindViewHolder()方法。

其实一个屏幕一般最多可见10+个Item，遍历一遍也无伤大雅。

但咱们还是要有追求优雅的心，所以我们继续往下看。

二、利用Rv的notifyItemChanged()定向刷新

本方案可以中速阅读

1. 本方案需要在Adapter里新增一个字段：

//实现单选  方法二，变量保存当前选中的position
private int mSelectedPos = -1;

2. 在设置数据集时(构造函数，setData()方法等：)，初始化 mSelectedPos 的值。

//实现单选方法二： 设置数据集时，找到默认选中的pos
for (int i = 0; i < mDatas.size(); i++) {
    if (mDatas.get(i).isSelected()) {        mSelectedPos = i;    }}

3. onClick里代码如下：

本方案由于调用了notifyItemChanged()，所以还会伴有“白光一闪”的动画。

方案优点

本方案，较优雅了，不会重走一屏可见的Item的 getView()/onBindViewHolder()方法，但仍然会重走需要修改的两个Item的 getView()/onBindViewHolder()方法。

方案缺点

我们实际上需要修改的，只是里面“CheckBox”的值，按照在 DiffUtil 一文学习到的姿势，术语应该是“Partial bind “，（安利时间,没听过 DiffUtil 和 Partial bind 的 戳->：

【Android】详解7.0带来的新工具类：DiffUtil

http://blog.csdn.net/zxt0601/article/details/52562770

我们需要的只是部分绑定。

一个疑点： 
使用此方法在第一次选中其他Item时，切换selected状态时，查看log，并不是只重走了新旧Item的onBindViewHolder()方法，还走了两个根本不在屏幕范围里的Item的onBindViewHolder()方法。

如，本例中 在还有item 0-3 在屏幕里，默认勾选item1，我选中item0后，log显示postion 4,5,0,1 依次执行了onBindViewHolder()方法。

但是再次切换其他Item时， 会符合预期：只走需要修改的两个Item的getView()/onBindViewHolder()方法。

原因未知，有朋友知道烦请告知，多谢。

三、Rv 实现部分绑定（推荐）

利用 RecyclerView 的 findViewHolderForLayoutPosition()方法，获取某个postion的ViewHolder，按照源码里这个方法的注释，它可能返回null。所以我们需要注意判空，（空即在屏幕不可见）。

与方法2只有onClick里的代码不一样，核心还是利用mSelectedPos 字段搞事情。

方案优点

定向刷新两个Item，只修改必要的部分，不会重走onBindViewHolder()，属于手动部分绑定。代码量也适中，不多。

方案缺点

没有白光一闪动画？？？（如果这算缺点）

四、Rv 利用payloads实现部分绑定(不推荐)

本方案属于开拓思维，是在方案2的基础上，利用payloads和notifyItemChanged(int position, Object payload)搞事情。

不知道payloads是什么的，看不懂此方案的，我又要安利：【Android】详解7.0带来的新工具类：DiffUtil

onClick代码如下：

需要重写三参数的onBindViewHolder() 方法：

方案优点：

同方法3

方案缺点：

代码量多，实现效果和方法三一样，仅做开拓思维用，所以选择方法三。

ListView方案一览

老实说，现在如果你还在用ListView，不是历史遗留问题的话，你需要面壁思过。

但是毕竟还有人在用，就像还有人在用Android4.x，咱也要考虑这部分人的感受是不是。

一、常规方案

常规方案 和 Rv一毛一样，不上码，参考 上一：

方案优点：

同 上一

方案缺点：

同 上一

二、ListView里寻找优雅之路

此方案，思路是同 上三。

只不过 ListView 没有提供 findViewHolderForLayoutPosition() 这种方法，通过 postion 获取缓存的 ViewHolder。这是废话，因为它设计的时候就没有强迫我们使用 ViewHolder 模式，所以我们是获取不到 ViewHolder 的，那么我们另辟蹊径，直接通过 ViewGroup 的 getChildAt() 获取 子View，拿到 子View 就能拿到 ViewHolder，就能搞事情。上码：

方案优点：

也是定向刷新 + 部分绑定 两个Item，不会重走getView()。

方案缺点：

代码量貌似略多。

总结

本文写作之前，也和郭神讨论过，确实，如他所说，刷新时getView、onBindViewHolder的次数一般都是个位数（屏幕可见ItemView的数量），所以就算你采用最常规的方法实现，也无伤大雅。据郭神说，他之前写，参考是gmail的实现方案，之前看过gmail的多选功能就是采用常规方案做的。

so，如果项目时间紧急，采用常规方案也未尝不可。（我赶工时也会经常用常规方案）

本文的方案，也可以用于 列表点赞，下拉筛选器 等场景。

比如列表点赞时，重走一遍onBindViewHolder()的话,图片九宫格控件就要重新set一下数据集，有些九宫格写的不好，那里面的View都要remove，重新构建渲染一遍。此时用，便是极好的。

其实用RecyclerView+DiffUtil也能实现 定向刷新 部分绑定，可参见我上篇博文，但是有种杀鸡牛刀的感觉。

毕竟DiffUtil计算也需要时间，它在计算时也会遍历整个新旧数据集，所以本文不提供这个方案以免误导。

本文代码不再单独开一个工程，可于我github Demos里取：

https://github.com/mcxtzhang/Demos/tree/master/selectcoupondemo

更多

每天学习累了，看些搞笑的段子放松一下吧。关注最具娱乐精神的公众号，每天都有好心情。

如果你有好的技术文章想和大家分享，欢迎向我的公众号投稿，投稿具体细节请在公众号主页点击“投稿”菜单查看。

欢迎长按下图 -> 识别图中二维码或者扫一扫关注我的公众号：

如果觉得有所收获可赞赏作者

赞赏

人赞赏