、# 前言
由于涉及到项目,这里只讲设计的思想和实现的思路,delegateAdapter的基本用法网友很多,这里不再赘述
背景
首先页面是根据管理台配置下发的,要求非常灵活,展示的内容和顺序都需要支持可配置,
设计思想
因为配置下发的页面需要做成通用,端侧只需要根据内容类型,配置类型以及组件类型分别创建不同的adapter和对应的view即可,所以考虑用工厂模式的设计思想实现,工厂模式分为简单工厂、工厂方法、抽象工厂,这里采用的工厂方法+抽象工厂模式,其实从全局的角度来看,更像是委托者模式。
实现思路:
-
创建VlayoutAdapter,构造中创建contentType和adapterSpac的hash映射关系,这级主要用于根据管理台配置下发的内容类型创建不同的adapter控件,比如tj页面、gz页面、dt页面,首页等等
-
在adapterSpac中通过下发的栏目类型,创建不同栏目的构造器,比如页面从上到下分别是推荐、关注、歌单banner等等,每个都是不同的类型,因此得到的是一个adapters的集合
-
每个adapter中有一个ItemViewType类型对象,这是一个枚举,其中有三个维度:
- 第一个是ItemType,用来区分单个类型的adapter的组件类型,比如上方是标题,然后展示内容,下面是更多按钮等等
- 第二个参数是每个ItemView对应的组件构造器,componentBuilder,这个是用来创建不同组件内容的布局
- 第三个是一个集合,用来缓存
-
拿到adapters集合后,渲染并展示,首先通过getItemViewType获取对应的类型,然后根据type类型从枚举中得到对应类型的组件,通过onCreateViewHolder创建出对应的type类型的组件的布局,然后绑定数据
结束!如下图:
这里可以清楚的看到有三级映射关系,一级:拿到内容的适配器,二级,内容适配器中的栏目布局适配器,三级,每个栏目的组件view
这里先通过不同position位置获取不同的ItemViewType类型,拿到这个类型后,创建对应的组件view布局,然后infater出界面并通过onCreateViewHolder方法创建出布局
@Override
public int getItemViewType(int position) {
return ItemVewType.VIEWTYPE.type;
}
整个设计和实现的思路到这里就结束了,接下来顺便复习一下recyclerView的一些缓存知识
首先从设计上来讲:recyclerView有一个核心内部类Recycler,这个类型里维护着几个重要的集合:
public final class Recycler {
//可见view的集合
final ArrayList<ViewHolder> mAttachedScrap = new ArrayList<>();
ArrayList<ViewHolder> mChangedScrap = null; //修改view的集合
//移除屏幕view的集合
final ArrayList<ViewHolder> mCachedViews = new ArrayList<ViewHolder>();
//移除屏幕view的集合的默认大小
static final int DEFAULT_CACHE_SIZE = 2;
//用户自定义的集合
private ViewCacheExtension mViewCacheExtension;
//公用view的集合
RecycledViewPool mRecyclerPool;
缓存集合的说明如下:
mCachedViews 默认大小是2,RecycledViewPool 默认大小是5,因为如果以上5个缓存中都没有,就会重新走onCreateViewHolder发方法,体验会比较差,一般项目中会根据需要做大小的调整,这也是内存和性能的优化,减少了create的次数,提高用户体验。而且RecycledViewPool 可以多个Recycler公用,因此,可以在公共的地方写也是方便维护。