RecyclerView再封装

 

RecyclerView作为ListView的替代品，已经出了好久了，既然是替代品，那天然有些ListView没有的优势。好比说：能够随意切换list,grid,stagger。能够指定一个或多个item刷新，而再也不是所有刷新。另外能够为每一个item添加动画，在体验上更进一步。

可是也有很多“缺点”

1. divider没之前好画了，实际上是由于divider支持多种样式，方便本身定义了。之前divider就是一根线，如今能够加margin，加多条线，某行不加divider等需求。ItemDecoration=>Item装饰器，名副其实。
2. 没有OnItemClickListener，RecyclerView的解耦方式太漂亮了，LayoutManager负责计算布局，Adapter负责适配，Holder负责渲染Item，ItemDecoration负责items间隔，ItemAnimator负责item动画，Recycler负责回收复用。RecyclerView就是个中控啊，只负责调度。因此它为了避免破坏本身的解耦，就让每一个item本身去实现点击事件，万一要Drag，Move，Swipe呢，对吧。
3. 阿西巴，没有header footer，上述2中已经说过了。RecyclerView不爱干实事儿，就负责调度，UI的事都是Adapter负责干的啊。你给RecyclerView了它也不知道给你加到哪里去。想实现，就去找Adapter吧。

关于API，以及RecyclerView的用法Stay就很少说了，网上都有。咱们来讨论讨论，如何将RecyclerView真正投入到项目中去。

咱们不肯意使用新东西，一是怕有bug，二是怕不知足需求，三是怕没有现成的成熟的封装类能够用，不想本身写。

github上有不少基于RecyclerView的封装，Stay以为还不够完全。使用起来仍是不够方便。特别是UltimateRecyclerView，根本不叫封装，简直就是堆代码，看起来功能强大，实际上能用到10%的样式就不错了。请勿使用这种代码，功能越多，改起来就更复杂啊。

Stay理想的封装模式是这样的：

1. 你们还记得ListActivity嘛，就是那个将ListView和Adapter定义在父类，让子类去继承的。如今RecyclerView支持List，Grid，Stagger，不作个BaseListActivity多惋惜，好多默认配置均可以放父类，最简单的子类Activity只须要load数据以及bindHolder就完了。连Adapter都不用写了。
2. 以SwipeRefreshLayout为例，想要RecyclerView支持下拉刷新，加载更多，必然要将二者封装到一块儿，再建一个Controller类，这个Controller仍是负责调度，将SwipeRefreshLayout与RecyclerView的调度方法再写一遍，外层只须要跟Controller沟通。
3. 想要实现加载更多，须要让Adapter去负责，原生的Adapter不支持，那就须要再抽一个BaseListAdapter来扩展，itemType，itemCount，onCreateFooterViewHolder都由这个抽象类来filter，这样子类就不须要管footer这事，只须要继承BaseListAdapter，就自动支持加载更多。
4. 加载更多的footer有两个坑，在stagger模式下，findLastVisiblePositions这返回的是数组,在list，grid模式下返回的是int，在将来可能会自定义LayoutManager，那可能又会发生变化，那么就须要定义一个算法，而后不一样的模式都实现它，这样在Controller中只须要调这个算法，拿到值就搞定了。你能够用策略模式来解决它。用策略模式，是不想在Controller中instanceOf与强转，而且若是有自定义的LayoutManager，那之后就须要去改动Controller。
5. 加载更多另外一个坑就是，在grid和stagger模式下，footer要占满一行而不是一个span。因此grid须要SpanSizeLookup来动态改footer所占的spanCount。而stagger呢，须要将viewholder中的itemView的LayoutParams中isFullSpan设置为true。确实很麻烦，但你依然能够用策略模式来解决它。
6. 假如要实现Section分组，那就再定义一个BaseSectionListActivity去继承BaseListActivity，再作一次封装与隔离。这样子类只要继承BaseSectionListActivity就拥有了一个支持分组，下拉刷新，加载更多的这样一个控件。而且支持list，grid。

以上是Stay所想的封装方式，没有什么高深的算法，只是简单的经过控件的组合，API的灵活运用。固然若是你要支持drag，move，sticky-section-header，那就须要额外作工做了。但那些毕竟是少数，将业务需求中经常使用的UI形式进行封装才是必要的。

没错，接下来，Stay要安利了。年前一直在筹备重录快速搭建项目MaterialDesign版课程(第三遍)，如今终于有心得有感悟的来录制了。目前课程还在更新中，以前购买过课程的同窗能够提早学习了。学封装架构的思惟方式，比看3个开源项目还有用。

虽然说是收费课程，但绝对物有所值，比起那些API教学，Stay的课程有养分的多。咱们不讲某个具体API的调用，不讲某个功能实现或者复杂的UI特效（这些能够google，能够找开源lib）咱们讲，如何去思考，站在用户的角度去理解需求，站在PM的角度去把控项目，站在架构师的角度去设计总体结构。至于剩下的，相信我，都很简单。