Lonely patients

时光不回头,当下最重要。

换种方式(思想)封装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.

adapter的onbindviewholder将没有具体的绑定逻辑
绑定操作由每一种item完成,逻辑更清晰,修改维护更容易。
每写一种item,就代表该项目里多一个可以复用的presenter

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)

Paste_Image.png

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

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

Paste_Image.png

总结:

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

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

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

———————————分割线—————————————

传送门:TreeRecyclerView

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

喜欢与回复是我最大的动力-_-

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

点赞