代码改变世界

我眼中的下拉刷新

2015-10-14 17:06  三戒1993  阅读(141)  评论(0编辑  收藏  举报

背景

在APP交互中,下拉刷新是非常常见的一种交互方式。在使用APP的时候,这也成为了一种潜意识的操作了。

下拉刷新最早在iOS中出现,iOS的视图渲染机制完成这种效果是非常简单的。

但Android的视图呈现形式,实现这一效果就需要稍微麻烦一些了。

两三年之前,Android 的类库打包,对自定义组件的支持是很弱的。res-auto 这样的xml布局属性命名空间是在SDK Tool Version 17 中才支持的,那是2012年3月的事情。

对于有资源的类库,早先的打包形式是apklib格式。

apklib 格式的类库使用 maven-android-plugin 生成。使用apklib格式的类库,需要借助maven。所以对于使用eclipse的开发者来说,这又增加了一道门槛。这使得apklib一直没有流行起来。

aar格式是在 Google I/O 2013 才提出的。maven-android-plugin 3.7 版本开始支持aar格式。Android Studio 1.0的发布和流行,标志着apklib格式将要退出历史舞台。

在带资源的的类库不能被很好支持的时代,自定义组件的封装和实现也受到了极大的限制。Android-PullToRefresh 的实现便是这一限制的一种体现。为了支持常用的几种View: ListViewGridViewScrollViewViewPager,该项目为这些View都做了适配。然而由于设计的缺陷,每种View都要做相应的适配, 缺乏定制性和扩展性,现在这个项目不再维护了。

这个项目的流行,对Android UI的表现是有一定影响的,和iOS 上各种新颖美妙的样式相比,Android 的样式总是显得较为逊色。

对于常用ListView 有一种包含下拉刷新和加载更多的实现。这个实现是给ListView加了一个Header View,同时集成了加载更多功能。

且不说把这两个功能合并在一起在设计上的缺陷,用Header View来实现下拉刷新,在UI体验上就是大打折扣的。

回归简单

最为朴素直观的想法和认知,下拉刷新的样式布局应该是这样的:

               +--------------------+
               |  +--------------+  |
               |  | Header View  |  |
               |  +--------------+  |
               |  +--------------+  |  <----- PtrFrameLayout
               |  |              |  |
               |  |              |  |
               |  |              |  |
               |  | Content View |  |
               |  |              |  |
               |  |              |  |
               |  |              |  |
               |  |              |  |
               |  |              |  |
               |  +--------------+  |
               +--------------------+
  1. 外部是一个框架(PtrFrameLayout), 内含 Header View 和 Content View。需要支持通用布局属性 padding 和 margin。

  2. Header View 是头部,展示刷新相关动画。

  3. Content View 是内容,比如ListViewScrollView等。

  4. 在xml文件中,可以方便指定Header View 和 Content View,也可以通过Java代码指定。

这样的布局设计,加上合理的接口抽象,可以带来极大的便利:

  1. 干净,高效。继承于ViewGroup。可以包含任何的View做为Content View。

  2. 极大的定制性和可扩展性,可以定制任何你要的样式。类库中内置了一些流行的样式,但是你可以轻松定制符合自己APP的样式。

  3. 极大的灵活性。开放出接口checkCanDoRefresh(),检测何时可以进行下拉刷新。即使再复杂的布局嵌套,也能应付自如。

2013年, 初接触Android的时候,便完成了这样的设计的雏形。这个设计在Cube-SDK静静地躺着,直到support-v4-r21发布,我看到了SwipeRefreshLayout

于是我从Cube-SDK 中把下拉刷新独立出来。这就有了android-Ultra-Pull-to-Refresh

交互

Header View 和 Content View 的位置关系如下图:

       +--------------+                                                刷新距离
       | Header View  |                                    +-------------------
       +--------------+               +--------------+     |             
    +--------------------+         +--| Header View  |--+  |     +--------------------+     
    |  +--------------+  |         |  +--------------+  |  |     |                    | 
    |  |              |  |         |  +--------------+  |  v     |  +--------------+  |  
  --|--|--------------|--|---   ---|--|--------------|--|---  ---|--| Header View  |--|--
    |  |              |  |         |  |              |  |        |  +--------------+  |    
    |  | Content View |  |         |  |              |  |        |  +--------------+  |    
    |  |              |  |         |  | Content View |  |        |  |              |  |    
    |  |              |  |         |  |              |  |        |  |              |  |    
    |  |              |  |         |  |              |  |        |  |              |  |    
    |  |              |  |         |  |              |  |        |  | Content View |  |    
    |  |              |  |         |  |              |  |        |  |              |  |    
    |  |              |  |         |  |              |  |        |  |              |  |    
    |  +--------------+  |         |  |              |  |        |  |              |  |    
    +--------------------+         +--|--------------|--+        +--|--------------|--+    
                                      +--------------+              |              |       
                                                                    |              |       
                                                                    +--------------+       

             位置1                         位置2                         位置3
            初始状态                    未达刷新距离                  达到刷新距离

位置关系

手指触摸屏幕往下拉动,Header View 和 Content View 也往下移动。

在往下移动的过程中,Header View 和 Content View 的位置关系如上图所示:

  1. 位置1。初始状态。Header View 在 PtrFrameLayout 界面之外。

  2. 位置2。随着下拉,Header View 和 Content View 慢慢往下移动,到达位置2。

    在位置2,释放,Content View 回到初始位置。不会触发刷新操作。

  3. 位置3。继续下拉,Content View 头部越过刷新线, 从位置2到到达位置3。在位置3,释放将会触发刷新。

距离的定义

  • 下拉距离(Offset)

    在往下移动的过程中,Content View 上边界距离 PtrFrameLayout 上边界的距离,我们称为下拉距离。这是一个大于等于0的值。

  • 刷新距离(Offset to Refresh)

    下拉距离达到一定距离之后,释放, 将会触发刷新。这个距离我们称为刷新距离

  • 刷新时保持头部的距离(Offset to Keep Header While Loading)

    在刷新时,会显示Header View,Header View上显示loading 动画,提示用户用户正在加载数据。

    这个时候的下拉距离,我们称为刷新时保持头部的距离,这个距离一般是头部的高度,但是只要你愿意,你可以自定义。

下拉刷新和释放刷新

  • 下拉刷新(PullToRefresh)

    如果设置为下拉刷新,从位置2到位置3的过程,一旦达到刷新距离,即开始刷新操作。

  • 释放刷新(ReleaseToRefresh)

    如果设置为释放刷新,从位置2到位置3的过程,不触发刷新操作,释放触发刷新操作。

    如果从位置3往上推,回到位置2,释放,将不会触发刷新操作。

刷新时保持头部 (KeepHeaderWhileRefresh)

  • 如果不设置刷新时保持头部。不管下拉刷新还是释放刷新,释放之后,回归到初始位置。

  • 如果设置刷新时保持头部,如果释放时下拉距离大于刷新时保持头部的距离,会滑动到刷新时保持头部的距离,并保持位置不动。

    刷新完成之后,回归到头部位置。在刷新数据过程中:

    • 如果下拉使得距离超过刷新时保持头部的距离, 释放后,会继续回归到刷新时保持头部的距离;刷新完成后,回归初始位置。
    • 如果上推使得距离小于刷新时保持头部的距离, 释放后,位置不动。刷新完成之后,回归初始位置。

自动刷新(AutoRefresh)

用户手动下拉,可以实现数据更新。同时,也允许程序调用,展示刷新UI,实现自动刷新。

自动刷新开始,Header View 和 Content View 自动下滑,达到刷新时保持头部的距离之后,停留。

后续行为,同刷新时保存头部行为一致。

自动刷新有两种模式:

  • 立刻自动刷新

    从离开初始位置开始,即开始进入刷新状态

  • 不立刻自动刷新

    刷新时保持头部的距离之后,才开始进入刷新状态。

接口和实现

  • PtrHandler

    这个是开发者最常接触的接口,这个接口关注业务的变化。其包含2个方法:

    1. onRefreshBegin。多种模式刷新模式可以选,多种UI样式可选。不管万千变化,在开始刷新时,都会调用这个方法进行数据刷新。
    2. checkCanDoRefresh。开发者面对的业务各不一样,众口难调,封装变化:开发者可以通过此方法,确定可以进行下拉刷新的时机。比如列表数据为空,比如列表数据过期,比如嵌套在ViewPager中的某个Fragment中的一个列表数据为空。
  • PtrUIHandler这个接口关注UI的变化,这个接口使得实现一个UI样式非常简单。

    1. onUIReset。当位置回到初始位置。
    2. onUIRefreshPrepare。当位置离开初始位置。
    3. onUIRefreshBegin。开始刷新动画。
    4. onUIRefreshComplete。刷新动画完成。刷新完成之后,开始回归初始位置。

      如果刷新完成需要播放一个动画,动画完成之后,才开始回归到初始位置。PtrFrameLayout.setRefreshCompleteHook 会有所帮助。

    5. onUIPositionChange。 位置发生变化时此方法通知UI更新。

      得益于这个接口的抽象,我才能在段时间内完成类库内置的几种样式。

    PtrFrameLayout 接受一个PtrHandler 和多个PtrUIHandler。在下拉刷新的过程中,你可以通过非常灵活的方式展现出各种效果。

一些疑难问题

  1. 列表无法向上滑动,总是下拉。PtrHandler.checkCanDoRefresh 这个方法实现有问题。

  2. ListView中的长按。按住ListView一项,下拉松开后,接触的那项仍然处于被按下状态。PtrFrameLayout.setInterceptEventWhileWorking

  3. 和ViewPager横向移动的配合: PtrFrameLayout.disableWhenHorizontalMove

    开始左右滑动之后,不再允许下拉。下拉之后,不再允许左右滑动。