换种方式(思想)封装RecyclerView Adapter,我的利器(TreeRecyclerView)。

前言

实际开发中,社交或者商城类,新闻类的app,大部分的页面都是列表.

写列表adapter的速度,基本决定整个app的开发速度.

还记得刚做安卓的时候,写listview的adpater,写一个列表写一下午.简直丧心病狂.

之后出现了RecyclerView,还有一大批优秀的开源Adapter.代码已经很省心了.

然而，在做一个项目时，不同的列表可能会出现部分重复，靠写adapter来复用就搞不定了。 再比如，复杂的多type列表还是会出现上百行代码在onBindViewHolder里面的情况，维护不易。

说说为什么我要写TreeRecyclerView

最开始目的,仅仅是为了解决多级折叠列表.

传送门:一个RecyclerView实现多级折叠列表(一) 传送门:一个RecyclerView实现多级折叠列表(二)

但是更新到现在,TreeRecyclerView这个名字其实已经不适合了.

随着具体使用,更新优化,我发现RecyclerView的Adapter可以换种思想,换个写法.

简介：

为了便于阅读，下文会用item来表示列表的条目。

(一)MVP

以下个人见解

从RecyclervView的角度来分析:

M:塞给adapter的list数据就是modle

V：recyclerview

P：adapter。

从adapter的角度来分析，将adapter拆成多个P(Item)：

P:

如果把不同type的item看成一个个可以复用的presenter.
每写一种item,就代表该项目里多一个可以复用的presenter

adapter的onbindviewholder将没有具体的绑定逻辑
绑定操作在各种item里完成，逻辑更清晰，修改维护更容易。

复制代码

M :

每一种Item对应一种Model.

可以跟后台设计model的属性,
根据特定的属性来控制要展示的item样式.
然后通过创建工厂,生成List<Item>
一行搞定item的创建
不用多写其他代码.

M可以决定创建什么样的Item.也就是P
复制代码

V:

每一种Item,都需要对应的view类型,我目前直接用布局id来代表view
这一块还是缺陷,目前的设计,个人觉得不完美.
复制代码

(二)设计模式

组合模式:

如果把每种item之间关系看作View和ViewGruop一样.

那么组合就会有无限可能. 什么多级列表多type(有些设计还是会不和谐，得从layoutmanager下手)都不是问题。

ViewGroup可以包含多种类型的子View,并且继承于View.

装饰模式:

对于改动需求,某些功能,用装饰者模式来完成修改是快速的.且不影响原代码 比如添加头部和尾部view,添加emptyView,item侧滑删除功能.

各种封装adpater之间随意装饰组合,个人觉得比较高效,但是装饰过多难掌控.

工厂模式:

创建item不应该是一个苦力活,大可以通过工厂来生成各种item.只需配置一下数据model和Item的对应关系. 责任链: item写了个简单的事件拦截 策略模式: 基本就是抽象功能.能够用子类实现替换.这种用的地方挺多的

举个adapter场景例子:

需求初定:

需求定下来了,一个好友列表.展示好友,点击跳转(分分钟搞定)

第一次修改:

这个时候产品说这样不行,得加个首字母分类,侧边索引定位 ......于是,吐槽一番去找索引定位的demo.然后adapter一堆改.(改你mb)

第二次修改:

光有索引也不行,再加个下拉刷新,上啦加载分页.加载时动画,空数据页面 好,去找demo.继续改(心力憔悴)

第三次修改:

哥们,这个好友列表再加上侧滑删除怎么样?? .....(信不信我删库跑路) 这个时候,是不是有砍人的冲动了.. 没办法,接着找demo.然后对着adapter一顿加功能. 到这个状态,如果不用装饰,不用继承.我估计是写不下去的.

第n次修改:

这个列表能不能加个头部啊,上次那个需求好像不太好,去掉吧. 这个列表能实现点击折叠吗?这个有bug啊.....(已阵亡) 我们的大部分时间就花在这些修改上面了.虽然描述的有点丧心病狂 但确确实实,基本都会改个几次的. 怼产品也不能解决问题.自身强大才是硬道理

上面的问题,我是这么处理的,看看就好(0- 0)

不管是加功能还是去功能,改动地方并不会特别大.

最后来张丧心病狂的效果图:

总结:

水平有限,设计模式也是懂点皮毛.设计上很多问题.一个人设计确实挺难的.但也学到了很多东西. 这篇文章主要讲个思路,具体用法其实在其他两篇文章里面写的挺详细的了.虽然现在有些类删了,有些类改名了.思路和前两篇文章也有点出路 但大致用法没变的.有兴趣可以看看.

希望我的经历能让你学到点东西

下一篇文章,大概会把这个项目demo里的例子都详细描述一下.

---------------------------------分割线---------------------------------------

传送门:TreeRecyclerView

已经有87颗星了,挺高兴的.哈哈

喜欢与回复是我最大的动力－＿－

只要有新的idea,我就会更新上去.