RecyclerView 之Adapter的简化过程浅析

前言

前面一篇文章介绍了对于RecyclerView 的扩展和封装的一个库,帮助我们在开发中可以快速添加一个列表,提高开发效率。还没有看过的同学可以在看完本篇文章之后移步前一篇文章RecyclerView Adapter 优雅封装,一个Adapter搞定所有列表,源码请看GithubCustomAdapter。本篇文章讲的就是Adapter 简化的思路和过程。

背景

Android 开发中,我们碰到最多的就是列表了,一个APP中有简单的列表,也有包含很多种Item的复杂列表。大多数的App首页都是比较复杂的,比如一个社交APP的首页,包含Banner区、广告区、文本内容、图片内容、视频内容等等。RecyclerView 可以用ViewType 来区分不同的item,也可以满足需求 ,但还是存在一些问题,比如:1,在item过多逻辑复杂列表界面,Adapter里面的代码量庞大,逻辑复杂,后期难以维护。2,每次增加一个列表都需要增加一个Adapter,重复搬砖,效率低下。那么本篇文章讲的就是从这两个维度去简化我们的Adapter。

思路分析与实现过程

上面提出了两个问题,接下来看一下我们怎么去解决这两个问题。首先我们来看一下我们常规的写一个包含多item的复杂的列表界面(比如就是前面说的包含banner,广告,文本内容,图片内容,视频内容的首页):

/**
 * Created by zhouwei on 17/2/17.
 */

public class HomePageAdapter extends RecyclerView.Adapter {
    public static final int TYPE_BANNER = 0;
    public static final int TYPE_AD = 1;
public static final int TYPE_TEXT = 2;
    public static final int TYPE_IMAGE = 3;
    public static final int TYPE_VIDEO = 4;
    private List<HomePageEntry> mData;

    public void setData(List<HomePageEntry> data) {
        mData = data;
    }

    @Override
    public RecyclerView.ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {
        switch (viewType){
            case TYPE_BANNER:
                return new BannerViewHolder(LayoutInflater.from(parent.getContext()).inflate(R.layout.home_banner_layout,null));
            case TYPE_AD:
                return new BannerViewHolder(LayoutInflater.from(parent.getContext()).inflate(R.layout.home_ad_item_layout,null));
            case TYPE_TEXT:
                return new BannerViewHolder(LayoutInflater.from(parent.getContext()).inflate(R.layout.home_text_item_layout,null));
            case TYPE_IMAGE:
                return new BannerViewHolder(LayoutInflater.from(parent.getContext()).inflate(R.layout.home_image_item_layout,null));
            case TYPE_VIDEO:
                return new BannerViewHolder(LayoutInflater.from(parent.getContext()).inflate(R.layout.home_video_item_layout,null));
        }
        return null;
    }

    @Override
    public void onBindViewHolder(RecyclerView.ViewHolder holder, int position) {
        int type = getItemViewType(position);
        switch (type){
            case TYPE_BANNER:
                // banner 逻辑处理
                break;
            case TYPE_AD:
                // 广告逻辑处理
                break;
            case TYPE_TEXT:
                // 文本逻辑处理
                break;
            case TYPE_IMAGE:
               //图片逻辑处理
                break;
            case TYPE_VIDEO:
                //视频逻辑处理
                break;
            // ... 此处省去N行代码
        }
    }

    @Override
    public int getItemViewType(int position) {
        if(position == 0){
            return TYPE_BANNER;//banner在开头
        }else {
            return mData.get(position).type;//type 的值为TYPE_AD,TYPE_IMAGE,TYPE_AD,TYPE_VIDEO其中一个
        }

    }

    @Override
    public int getItemCount() {
        return mData == null ? 0:mData.size();
    }



    public static class BannerViewHolder extends RecyclerView.ViewHolder{

        public BannerViewHolder(View itemView) {
            super(itemView);
            //绑定控件
        }
    }

    public static class VideoViewHolder extends RecyclerView.ViewHolder{

        public VideoViewHolder(View itemView) {
            super(itemView);
            //绑定控件
        }
    }
    public static class AdViewHolder extends RecyclerView.ViewHolder{

        public AdViewHolder(View itemView) {
            super(itemView);
            //绑定控件
        }
    }
    public static class TextViewHolder extends RecyclerView.ViewHolder{

        public TextViewHolder(View itemView) {
            super(itemView);
            //绑定控件
        }
    }
    public static class ImageViewHolder extends RecyclerView.ViewHolder{

        public ImageViewHolder(View itemView) {
            super(itemView);
            //绑定控件
        }
    }
}

上面这样就是我们通常写一个多Item列表的方法,根据不同的ViewType 处理不同的item,如果逻辑复杂,这个类的代码量是很庞大的。如果版本迭代添加新的需求,修改代码很麻烦,后期维护困难。

** 其实可以看到,代码量在于每种item的视图绑定、数据绑定和逻辑处理,并且这些操作都是Item共有的操作,既然是共有的,那么我们就可以抽取出来。因此我们可以将Item抽象成为一个独立的组件(我们将这个组件叫做Cell),它负责每个item的视图绑定、数据绑定和逻辑处理,现在我们就可以把Adapter 中的代码放到Cell 中去了。Adapter 绑定视图和绑定数据的操作调用对应位置的Cell的方法就可以了。**

那我们来看一下Cell,Cell作为一个独立组件,它有以下功能:
1,视图绑定
2,数据绑定
3,资源释放
4,独立id(让Adapter 区分是那种Cell)

1,首先我们定义一个顶层接口Cell,对应上面的4个功能,有4个方法

/**
 * Created by zhouwei on 17/1/19.
 */

public interface Cell {
    /**
     * 回收资源
     *
     */
    public void releaseResource();

    /**
     * 获取viewType
     * @return
     */
    public  int getItemType();

    /**
     * 创建ViewHolder
     * @param parent
     * @param viewType
     * @return
     */
    public RecyclerView.ViewHolder onCreateViewHolder(ViewGroup parent, int viewType);

    /**
     * 数据绑定
     * @param holder
     * @param position
     */
    public  void onBindViewHolder(RecyclerView.ViewHolder holder, int position);
}

2,既然可以绑定数据,我们要给它数据源,因此定义一个基类RVBaseCell,保存一个范型数据实体

public  abstract class RVBaseCell<T> implements Cell {

    public RVBaseCell(T t){
        mData = t;
    }
    public T mData;

    @Override
    public void releaseResource() {
        // do nothing
        // 如果有需要回收的资源,子类自己实现
    }
}

**3,将原来Adapter 中的视图绑定、数据绑定、逻辑处理等操作,放到对应的Cell 中去做 **
例如,我们为Banner创建一个Cell ,叫BannerCell。代码如下:

/**
 * Created by zhouwei on 17/2/17.
 */

public class BannerCell extends RVBaseCell<HomePageEntry>{
    public static final int TYPE_BANNER = 0;
    public BannerCell(HomePageEntry homePageEntry) {
        super(homePageEntry);
    }

    @Override
    public int getItemType() {
        return TYPE_BANNER;
    }

    @Override
    public RecyclerView.ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {
        return new BannerViewHolder(LayoutInflater.from(parent.getContext()).inflate(R.layout.home_banner_layout,null));
    }

    @Override
    public void onBindViewHolder(RecyclerView.ViewHolder holder, int position) {
        //处理banner 逻辑
    }

    public static class BannerViewHolder extends RecyclerView.ViewHolder{

        public BannerViewHolder(View itemView) {
            super(itemView);
            //绑定控件
        }
    }
}

** 4,改造Adapter,Adapter中保存的不再是实体数据,而是一个Cell列表,改造Adapter 回调方法,调用对应位置的Cell中的方法。**
代码如下:


public  class HomePageAdapter<C extends RVBaseCell> extends RecyclerView.Adapter {
    private List<C> mData;

    public void setData(List<C> data) {
        mData = data;
    }

    @Override
    public RecyclerView.ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {
        for(int i=0;i<getItemCount();i++){
            if(viewType == mData.get(i).getItemType()){
                return mData.get(i).onCreateViewHolder(parent,viewType);
            }
        }

        throw new RuntimeException("wrong viewType");
    }

    @Override
    public void onBindViewHolder(RecyclerView.ViewHolder holder, int position) {

    }

    @Override
    public int getItemViewType(int position) {
        return mData.get(position).getItemType();

    }

    @Override
    public int getItemCount() {
        return mData == null ? 0:mData.size();
    }
    
}

现在看一下这个HomePageAdapter 的代码和之前写的 HomePageAdapter的代码,可以把一个上千行代码的Adapter 缩减为只有几十行代码,并且更重要的是,这个Adapter 是一个通用的,我们所有的列表只需要这么一个Adapter 就OK了,只需要添加Cell就行。这样就把我们文章开始提到的两个问题都解决了。

我们可以用两个图来对比一下,以前添加一个列表就要写一个Adapter:

《RecyclerView 之Adapter的简化过程浅析》 old_adapter.png

现在是这样的:

《RecyclerView 之Adapter的简化过程浅析》 new_adapter.png

如上图所示,只需要一个Adapter就行, 就像是Adapter上面有很多插槽,我们将一个个Cell插到Adapter上,即插即用。完全解耦,以后添加需求和砍掉需求,只需要增加一种Cell 或者减少一种Cell就行,不用动以前的老代码,维护方便。

最后

以上就是RecyclerView Adapter 的简化封装过程与思路分析,文章中的代码只放了部分,详细的封装代码请看GithubCustomAdapter。CustomAdapter也集成了更多的功能,欢迎start。

    原文作者:依然范特稀西
    原文地址: https://www.jianshu.com/p/3e60147523e1
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞