更纯粹的下拉刷新和加载更多

版权声明：转载必须注明本文转自严振杰的博客：http://blog.yanzhenjie.com

---

在不久前的很多下拉刷新框架都带有上拉加载更多的功能，加载更多的功能可以动态关闭或者打开。再比如ListView和GridView是通过添加HeaderView和FooterView来实现了下拉刷新和上拉加载更多的，我们认为这是设计上的缺陷，同时也影响了我们实现更加复杂布局。

我认为更纯粹的下拉刷新只需要做它自己的事 —— 下拉刷新，下拉刷新也不该占用ContentView的Header。
上拉加载的方式应该被替代成Content自己处理加载更多，比如当我们上滑屏幕中的ContentList快到底部时自动加载更多。

设计

一个更加纯粹的下拉刷新和加载更多应该是这样的：
1. 外部是一个下拉刷新的RefreshLayout, 内含HeaderView和ContentView。
2. HeaderView是头部，展示刷新相关动画。
3. ContentView是内容，比如ListView、ScrollView、RecyclerView等。
4. 加载更多回归给ContentView去做，content是否有更多，如何加载，应该由它自己决定。

下面是一个概念图：

    |  +--------------+  |                   ——|    |  | Header View  |  |                     |    |  +--------------+  |                     |----+--------------------+----ScreenTop        |    |  +--------------+  |                     |    |  |              |  |                     |    |  |              |  |                     |    |  |              |  |                     | <---- RefreshLayout    |  | Content View |  |                     |    |  |              |  |  <---- Screen       |    |  |              |  |                     |    |  |              |  |                     |    |  |              |  |                     |    |  |              |  |                     |    |  +--------------+  |                     |    +--------------------+                   ——|

交互

HeaderView和ContentView交互位置关系如下图：

    |  +--------------+  |    |  |              |  |    |  |              |  |    |  |  HeaderView  |  |    |  |              |  |    |  |              |  |    |  +--------------+  |    |  +--------------+  |    |  |              |  |----|--+--------------+--|----|--|--HeaderView--|--|----|--+--------------+--|----ScreenTop    |  |              |  |    |  +--------------+  |    |  |  HeaderView  |  |----|--|              |--|----|--|              |--|----|--+--------------+--|----RefreshLimit    |  |              |  |    |  |              |  |    |  |              |  |    |  | Content View |  |    |  |              |  |    |  |              |  |    |  |              |  |    |  |              |  |    |  |              |  |    |  |              |  |    |  | Content View |  |    |  |              |  |    |  |              |  |    |  |              |  |    |  | Content View |  |    |  |              |  |    |  |              |  |    |  |              |  |    |  |              |  |    |  |              |  |    |  |              |  |    |  +--------------+  |    |  |              |  |    |  |              |  |    +--------------------+    +--|--------------|--+    +--|--------------|--+                                 +--------------+          |              |                                                           +--------------+           初始状态                 未达刷新距离                达到刷新距离

其实我们更加希望HeaderView可以灵活自定义，当然这不是概念设计层面的工作了，应该是框架API设计层面的事了。

下拉刷新

符合上面的设计理念的框架应该有不少，我个人比较推荐的有两款：
1. Google的Support官方库：SwipeRefreshLayout
2. 秋百万的：android-Ultra-Pull-To-Refresh

后者默认支持的HeaderView比较多，而且很方便自定义HeaderView，我前段时间基于该库写了一篇自定义下拉刷新视察动画的文章，也可以作为参考：
http://blog.csdn.net/yanzhenjie1003/article/details/53450488

忽悠了这么多不都是介绍下拉刷新吗？如何加载更多呢？且看下面分解…

加载更多

凡是有加载更多的页面，一般都是一个list（列表）页面，包括但不限于List、Grid、StaggeredGrid形式，那么常用的View有：ListView、GridView、RecyclerView。

理想中的操作应该是这样的：一、当我们的content滑动到靠近最后的item的时候自动加载更多并拼接到content中，二、当我们的content滑动到最后一个item的时候再去加载更多，并且展示一个加载更多的动画。

其实第一种方案特别好实现，监听scroll然后判断屏幕上显示的最后一个item的position就可以了，对于第二种情况我这里推荐两个库：
1. LoadMore：https://github.com/yanzhenjie/LoadMore
2. SwipeRecyclerView：https://github.com/yanzhenjie/SwipeRecyclerView

第一个是针对ListView和GridView的封装，提供加载更多、GridView添加HeaderView和FooterView的功能。
第二个是针对RecyclerView的封装，加载更多、添加HeaderView和FooterView，Item侧滑菜单、拖拽排序、侧滑删除的功能。

参考：https://android-ultra-ptr.liaohuqiu.net/cn/，特别感谢秋百万同学，参考了cube-sdk的很多东西，大家有兴趣可以自己去了解一下：
https://github.com/liaohuqiu/cube-sdk

版权声明：转载必须注明本文转自严振杰的博客：http://blog.yanzhenjie.com