WO2019001373A1 - 一种对手势命令的处理方法和装置 - Google Patents

Abstract

本申请提供了一种对手势命令的处理方法和装置。所述手势命令可以包括：下拉或下滑手势命令和上拉或上滑手势命令。当执行对下拉或下滑手势命令的处理方法，该方法包括：在视图容器中布局大小均为自定义值的一个头视图和至少一个视图；所述视图容器截获下拉或下滑手势事件，当所述至少一个视图不能跟随下拉或下滑手势而向下滚动时，根据此时实时获取的用户在屏幕上下拉或下滑的距离数值使头视图的高度动态增加相应的数值；根据所述头视图的高度变化不同所述视图容器向其管理的视图分发不同任务。当将头视图换成尾视图时，同样的原理也适用于执行对上拉或上滑手势命令的处理方法。

Description

一种对手势命令的处理方法和装置

交互参考

本申请要求以下优先权：2017年6月26日提出的申请号：201710493116.7，名称:“一种对手势命令的处理方法和装置”的中国专利，本申请参考引用了如上所述申请的全部内容。

技术领域

本申请涉及信息处理技术领域，具体而言涉及一种在智能终端中使用的对手势命令的处理方法和装置。

背景技术

目前智能终端已经成为广大用户日常使用的电子产品之一。用户需要使用在例如智能手机或平板电脑等智能终端上安装的各种App来实现需要的功能。例如用户使用新闻类APP，或者可以提供新闻的浏览器APP等来关注新闻。但每种APP对所显示出的新闻有固定的更新时间，当用户想要观看最新发出的新闻时，常常需要手动刷新。目前便捷的手动刷新方法是通过下拉方式来刷新列表数据，即在终端屏幕的显示界面的顶部向下拉动，形成下拉手势，在刷新列表数据后能获取更多的数据展示。

但是，这种下拉刷新的方式应用场景比较单一，仅适合以视图列表显示的页面，而且用户必须从显示界面的顶部向下拉动才行，如果用户触摸到的视图控件是可滑动的，则此时执行视图跟随滚动，而无法执行刷新目的。所以，现有的下拉刷新方法仅适合用于数据刷新，而且下拉手势在触摸屏的位置也受到了一定局限。

发明内容

本申请的目的在于提供一种对手势命令的处理方法和装置，包括上拉 或上滑手势命令，以改善上述问题。

本申请第一实施例提供了一种对下拉或下滑手势命令的处理方法，其包括：在视图容器中布局大小均为自定义值的一个头视图和至少一个视图；所述视图容器截获下拉或下滑手势事件，当所述至少一个视图不能跟随下拉或下滑手势而向下滚动时，根据此时实时获取的用户在屏幕上下拉或下滑的距离数值使头视图的高度动态增加相应的数值；根据所述头视图的高度变化不同所述视图容器向其管理的视图分发不同任务。

本申请第二实施例提供了一种对上拉或上滑手势命令的处理方法，其包括：在视图容器中布局大小均为自定义值的一个尾视图和至少一个视图；所述视图容器截获上拉或上滑手势事件，当所述至少一个视图不能跟随上拉或上滑手势而向上滚动时，根据此时实时获取的用户在屏幕上上拉或上滑的距离数值使尾视图的高度动态增加相应的数值；根据所述尾视图的高度变化不同所述视图容器向其管理的视图分发不同任务。

本申请还提供了一种对手势命令的处理方法，其包括：当用户在终端屏幕上做出下拉或下滑手势命令时，执行第一实施例所述的方法；当用户在终端屏幕上做出上拉或上滑手势命令时，执行第二实施例所述的方法。

本申请第三实施例提供了一种对下拉或下滑手势命令的处理装置，其包括一个视图容器模块，其中该视图容器模块包括：视图设置模块，用于在视图容器中布局大小均为自定义值的一个头视图和至少一个视图；下拉或下滑手势事件处理模块，用于截获下拉或下滑手势事件，当所述至少一个视图不能跟随下拉或下滑手势而向下滚动时，根据此时实时获取的用户在屏幕上下拉或下滑的距离数值使头视图的高度动态增加相应的数值；任务分发模块，用于根据所述头视图的高度变化不同，使所述视图容器向其管理的视图分发不同任务。

本申请第四实施例提供了一种对上拉或上滑手势命令的处理装置，其包括一个视图容器模块，其中该视图容器模块包括：视图设置模块，用于在视图容器中布局大小均为自定义值的一个尾视图和至少一个视图；上拉或上滑手势事件处理模块，用于截获上拉或上滑手势事件，当所述至少一 个视图不能跟随上拉或上滑手势而向上滚动时，根据此时实时获取的用户在屏幕上上拉或上滑的距离数值使尾视图的高度动态增加相应的数值；任务分发模块，用于根据所述尾视图的高度变化不同，使所述视图容器向其管理的视图分发不同任务。

本申请还提供了一种手势命令的处理装置，其包括：根据第三实施例所述的装置；和根据第四实施例所述的装置。

另外，本申请还提供了一种存储设备，其中存储有多条指令，所述指令适于由处理器加载并执行第一实施例所述的方法，或者执行第二实施例所述的方法。

本申请还提供了一种计算机设备，包括：一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行；所述一个或多个程序配置用于执行第一实施例所述的方法，或第二实施例所述的方法。

有益效果：本申请的一种对手势命令的处理方法和装置，通过将本属于视图列表里的头视图和/或尾视图从视图列表中挪出来装入到视图容器ViewGroup中，当用户在终端屏幕上发出下拉或下滑手势命令，或者上拉或上滑手势命令时，视图容器ViewGroup控制头视图跟随下拉或下滑手势命令或尾视图跟随上拉或上滑手势命令而变化，进而分发对目标对象的任务执行，包括但不限于：添加并显示动画效果的任务、添加并显示信息内容的任务，信息内容包括文本、和/或图片、和/或视频内容、执行数据刷新任务等。由于本方法利用了视图容器ViewGroup的任务分发机制，使得对任务执行的响应时间大大加快；创造性地将本属于视图列表里的头视图和/或尾视图从视图列表中挪出来装入到视图容器ViewGroup中，可以极大拓展了下拉手势命令的应用场景，而不局限于数据刷新、不局限于以视图列表显示的页面、下拉手势在触摸屏的位置也不再受限制，用户触摸到的视图控件不仅可以是固定不可滚动的，也可以是可滚动的；当用户触摸到的视图控件是可滚动时，在视图控件滚动到系统规定距离后不能再继续滚动 则视图容器ViewGroup控制头视图跟随下拉或下滑手势命令或尾视图跟随上拉或上滑手势命令而变化，进而分发对目标对象的任务执行。

附图说明

图1是本申请第一实施例提供了一种对下拉或下滑手势命令的处理方法的流程图；

图2是本申请第二实施例提供了一种对上拉或上滑手势命令的处理方法的流程图；

图3是本申请第三实施例提供了一种对下拉或下滑手势命令的处理装置的示意性框图；

图4是本申请第四实施例提供了一种对上拉或上滑手势命令的处理装置的示意性框图；以及

图5是本申请计算机设备的内部结构框图。

具体实施方式

下面将结合本申请实施例和附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1是本申请第一实施例提供了一种对下拉或下滑手势命令的处理方法的流程图。如图1所示，本申请的对下拉或下滑手势命令的处理方法包括：

S1：在视图容器中布局大小均为自定义值的一个头视图和至少一个视图。

视图容器ViewGroup是视图View的子类，它也具有View的特性，它主要用来充当View的容器，将其中的View视作自己的孩子，对它的子View进行管理，因此视图容器ViewGroup里可以创建ViewGroup。ViewGroup(树根)和它的孩子们(View和ViewGroup)以树形结构形成了一个层次结构，View类有接受和处理消息的功能，android系统所产生的消息会在这些ViewGroup和View之间传递。

因为对于外部输入命令的传递，由一个view通知另一个view需要花费较长时间，而由父类的视图容器ViewGroup将接收的输入命令传递给其包含的view，则花费的时间较短。

本申请基于视图容器ViewGroup的特点，更为了扩展将手势命令应用于更多应用场景，本申请将在常规应用中普遍在视图列表listview里添加的头视图headerview和/或尾视图footerview，从视图列表中挪出来装入到视图容器ViewGroup中，即不在视图列表listview里添加头视图headerview和/或尾视图footerview，而是在视图容器ViewGroup中加入头视图headerview和/或尾视图footerview。

为了更清楚的描述，在第一实施例中，先在视图容器ViewGroup中加入头视图headerview，当然除了头视图，还需要加入至少一个视图，该至少一个视图是用来在页面上显示具体信息的，根据实际展示需要，加入的视图最少是1个，但常常会有多个，还可以加入视图列表listview。

其中，所述头视图和所述至少一个视图的大小(宽度和高度)可以根据具体应用场景的不同而采用自定义值。优选的，所述头视图的宽度为终端屏幕的显示界面的宽度，其高度为自定义值，所述至少1个视图的大小与终端屏幕的显示区域大小相同或略小，即所述至少1个视图是用来展示信息的，需要铺满屏幕的显示区域(整个内容区域)，当然对于例如图片内容等，因此分辨率的不同，不完全都是可以铺满屏幕的整个显示区域，如何显示所述至少1个视图的大小不是本申请的重点，可以根据实际应用场景做任意设计。所述头视图的高度可以设定为0，即将头视图隐藏起来；如何需要在头视图处显示信息，可以将头视图的高度可以设定为非0值。

下面简单介绍在视图容器中布局一个头视图HeaderView和至少一个视图AnyView的方法。例如，首先在ViewGroup的onMeasure()回调方法中计算和设置HeaderView和AnyView的宽度和高度。可以用下面的方法进程计算和设置：View.measure(MeasureSpec.makeMeasureSpec(宽度值),MeasureSpec.makeMeasureSpec(高度值))。

然后再在ViewGroup的onLayout()回调方法中布局HeaderView和AnyView的位置。

使用的方法例如：

View.layout(left,top,width,height)

left,top代表View在屏幕的左上角的位置，在安卓系统的常规使用中，屏幕的左上角的坐标是0,0；

width代表View的宽度

height代表View的高度

如果，假设AnyView的left＝0，top＝0，width＝屏幕的显示界面的宽度，height＝屏幕的显示区域的高度，

则可以推算出HeaderView的left＝0，top＝负值，例如-20，这样能保证HeaderView和AnyView在屏幕上显示垂直布局，并且HeaderView在AnyView之上，即所述头视图垂直位于所述至少一个视图之上，且默认设置HeaderView不可见。

S2：所述视图容器截获下拉或下滑手势事件，当所述至少一个视图不能跟随下拉或下滑手势而向下滚动时，根据此时实时获取的用户在屏幕上下拉或下滑的距离数值使头视图的高度动态增加相应的数值。

当用户在终端屏幕上作出下拉或下滑手势，安卓系统通过将下拉或下滑手势事件层层传递，所述视图容器通过onTouchEvent()所述截获下拉或下滑手势事件，根据下拉或下滑手势事件判断是否使所述至少一个视图跟随下拉或下滑手势而向下滚动，当所述至少一个视图为固定不可滚动，或者滚动到规定距离后不能再继续滚动时，也就是说，所述至少一个视图不能跟随下拉或下滑手势而向下滚动包括：所述至少一个视图为固定不可滚动， 或者所述至少一个视图滚动到规定距离后不能再继续滚动，根据此时实时获取的用户在屏幕上下拉或下滑的距离数值使头视图的高度动态增加相应的数值，例如假设此时用户在屏幕上下拉或下滑了100像素距离，则使头视图的高度动态增加100像素。

对于用户在终端屏幕上作出下拉或下滑手势的判定可以使用本领域公知的技术，这里不再赘述。

S3：根据所述头视图的高度变化不同所述视图容器向其管理的视图分发不同任务。

可以预先设定所述头视图的不同高度对应不同的任务，这样就可以根据所述头视图的高度变化不同，使所述视图容器向其管理的视图分发不同任务。具体包括但不限于：

第1任务：随着所述头视图高度的实时变化而在屏幕上动态添加显示一个动画效果，并且在用户松手结束下拉或下滑手势命令时该第1任务结束；和/或

第2任务：当所述头视图高度大于等于第一预设阈值时所述头视图显示文本、和/或图片、和/或视频内容，并且在用户松手结束下拉或下滑手势命令时该第2任务结束；和/或

第3任务：当所述头视图高度大于等于第二预设阈值时所述头视图显示用于表示松开执行刷新的提示，此时用户松手结束下拉或下滑手势，则所述视图容器向其管理的视图统一分发刷新任务。

具体解释一下：第1任务的目的是随着所述头视图高度的实时变化，可以在屏幕的任意位置上，优选在头视图位置上，出现一个动画效果，例如不停奔跑的小马；当用户松手结束下拉或下滑手势命令，意味着该第1任务结束，此时动画效果消失不见。第2任务的目的是预先设定第一阈值，当所述头视图高度大于等于第一预设阈值时，所述头视图可以显示文本、和/或图片、和/或视频内容，即可以显示文本信息、图片信息、或者视频信息，也可以同时显示这3种类型信息的任意组合；在用户松手结束下拉或下滑手势命令时，意味着该第2任务结束，即所述头视图所显示的文本、 和/或图片、和/或视频内容消失而不再显示。第3任务的目的是预先设定不同于第一阈值的第二阈值，当所述头视图高度大于等于第二预设阈值时，所述头视图显示出提示信息，所述提示信息可以是文本，例如“松开刷新”，也可以是图形；当用户松手结束下拉或下滑手势时执行刷新操作，此时所述视图容器向其管理的视图统一分发刷新任务。当然，数据的刷新需要智能终端接入到互联网，使得可以从服务器上获取最新的数据信息来更换原来的数据信息，更新的数据可以是屏幕上显示的数据信息，还可以包括终端上保存的没有在屏幕上显示的数据。

另外，这里的“和/或”的意思是：当为“或”时的情况，所述视图容器向其管理的视图分发的任务可以是上述3个任务中的任意1种；当为“和”的情况时，所述视图容器向其管理的视图分发的任务可以是上述3个任务中的任意2种组合，例如任务1和任务2组合，或者任务1和任务3组合，也可以在条件符合下分发该3种任务。

在一个优选实施例中，当所述分发的任务结束后，使所述头视图的高度恢复至初始值。例如所述头视图的高度变回0，即所述头视图隐藏起来。

在一个优选实施例中，所述第3任务还包括：在用户没有松手结束上拉或上滑手势之前，所述头视图根据其高度值的不同而显示不同的提示信息。例如，所述头视图根据其高度值不同，可以分别显示出文本“下拉刷新”、“刚刚更新”、“松开刷新”、“返回首页”或其他提示信息等。

本申请第一实施例提供的一种对下拉或下滑手势命令的处理方法，通过将本属于视图列表里的头视图从视图列表中挪出来装入到视图容器ViewGroup中，当用户在终端屏幕上发出下拉或下滑手势命令时，视图容器ViewGroup控制头视图跟随下拉或下滑手势命令而变化，进而分发对目标对象的任务执行。由于本方法利用了视图容器ViewGroup的任务分发机制，使得对任务执行的响应时间大大加快；创造性地将本属于视图列表里的头视图从视图列表中挪出来装入到视图容器ViewGroup中，可以极大拓展了下拉手势命令的应用场景，而不局限于数据刷新、不局限于以视图列 表显示的页面、下拉手势在触摸屏的位置也不再受限制，用户触摸到的视图控件不仅可以是固定不可滚动的，也可以是可滚动的；当用户触摸到的视图控件是可滚动时，在视图控件滚动到系统规定距离后不能再继续滚动则视图容器ViewGroup控制头视图跟随下拉或下滑手势命令而变化，进而分发对目标对象的任务执行。

第一实施例描述了对下拉或下滑手势命令的处理方法，但如果将第一实施例中的头视图headerview换成尾视图footerview，则可以实现对上拉或上滑手势命令的处理方法。

图2是本申请第二实施例提供一种对上拉或上滑手势命令的处理方法的流程图。如图2所述，本申请的对上拉或上滑手势命令的处理方法包括：

S21：在视图容器中布局大小均为自定义值的一个尾视图和至少一个视图。

该步骤的实现与第一实施例的步骤S1相似，所述尾视图和所述至少一个视图的大小(宽度和高度)可以根据具体应用场景的不同而采用自定义值。优选的，所述尾视图的宽度为终端屏幕的显示界面的宽度，其高度为自定义值，所述至少1个视图的大小与终端屏幕的显示区域大小相同或略小。实现方法也可以类似，例如，首先在ViewGroup的onMeasure()回调方法中计算和设置FooterView和AnyView的宽度和高度。可以用下面的方法进行计算和设置：View.measure(MeasureSpec.makeMeasureSpec(宽度值),MeasureSpec.makeMeasureSpec(高度值))。

然后再在ViewGroup的onLayout()回调方法中布局FooterView和AnyView的位置。使用的方法同样可以是：

View.layout(left,top,width,height)

但注意，假设AnyView的left＝0，top＝0，width＝屏幕的显示界面的宽度，height＝屏幕的显示区域的高度，

则可以推算出FooterView的left＝0，top＝正值，例如是AnyView的高度值+FooterView的自定义高度值，这样能保证FooterView和AnyView在 屏幕上显示垂直布局，并且FooterView在AnyView之下，即所述尾视图垂直位于所述至少一个视图之下，且默认设置FooterView不可见。

S22：所述视图容器截获上拉或上滑手势事件，当所述至少一个视图不能跟随上拉或上滑手势而向上滚动时，根据此时实时获取的用户在屏幕上上拉或上滑的距离数值使尾视图的高度动态增加相应的数值。

该步骤的实现与第一实施例的步骤S2相似，当用户在终端屏幕上作出上拉或上滑手势，安卓系统通过将上拉或上滑手势事件层层传递，所述视图容器通过onTouchEvent()所述截获上拉或上滑手势事件，根据上拉或上滑手势事件判断是否使所述至少一个视图跟随上拉或上滑手势而向上滚动，当所述至少一个视图为固定不可滚动，或者滚动到规定距离后不能再继续滚动时，也就是说，所述至少一个视图不能跟随上拉或上滑手势而向上滚动包括：所述至少一个视图为固定不可滚动，或者所述至少一个视图滚动到规定距离后不能再继续滚动，根据此时实时获取的用户在屏幕上进行上拉或上滑的移动距离数值使尾视图的高度动态增加相应的数值，例如假设此时用户在屏幕上上拉或上滑了100像素距离，则使尾视图的高度动态增加100像素。

对于用户在终端屏幕上作出上拉或上滑手势的判定可以使用本领域公知的技术，这里不再赘述。

S23：根据所述尾视图的高度变化不同所述视图容器向其管理的视图分发不同任务。

该步骤的实现与第一实施例的步骤S3相似，区别仅仅是将头视图换成了尾视图。因此，这里就不再展开讲述。

所述根据尾视图的高度变化不同所述视图容器向其管理的视图分发不同任务的步骤包括但不限于：

第1任务：随着所述尾视图高度的实时变化而在屏幕上动态添加显示一个动画效果，并且在用户松手结束上拉或上滑手势命令时该第1任务结束；和/或

第2任务：当所述尾视图高度大于等于第一预设阈值时所述尾视图显示文本、和/或图片、和/或视频内容，并且在用户松手结束上拉或上滑手势命令时该第2任务结束；和/或

第3任务：当所述尾视图高度大于等于第二预设阈值时所述尾视图显示用于表示松开执行刷新的提示，此时用户松手结束上拉或上滑手势，则所述视图容器向其管理的视图统一分发刷新任务。

同样的，在第1任务中，可以在屏幕的任意位置上，优选在尾视图位置上，出现一个动画效果，例如不停奔跑的小马。

在第2任务中，所述尾视图同样即可以显示文本信息、图片信息、或者视频信息，也可以同时显示这3种类型信息的任意组合。

在第3任务中，预先设定的第二阈值不同于第一阈值。

另外，第一实施例中关于“和/或”的意思解释在这里描述的第二实施例中同样适用，不再重复描述。

在一个优选实施例中，还包括：当所述分发的任务结束后，使所述尾视图的高度恢复至初始值。例如所述尾视图的高度变回0，即所述尾视图隐藏起来。

在一个优选实施例中，所述第3任务还包括：在用户没有松手结束上拉或上滑手势之前，所述尾视图根据其高度值的不同而显示不同的提示信息。例如，所述尾视图根据其高度值不同，可以分别显示出文本“下拉刷新”、“刚刚更新”、“松开刷新”、“返回首页”或其他提示信息等。

本申请第二实施例提供的一种对上拉或上滑手势命令的处理方法，通过将本属于视图列表里的尾视图从视图列表中挪出来装入到视图容器ViewGroup中，当用户在终端屏幕上发出上拉或上滑手势命令时，视图容器ViewGroup控制尾视图跟随上拉或上滑手势命令而变化，进而分发对目标对象的任务执行。由于本方法利用了视图容器ViewGroup的任务分发机制，使得对任务执行的响应时间大大加快；创造性地将本属于视图列表里 的尾视图从视图列表中挪出来装入到视图容器ViewGroup中，可以极大拓展了上拉手势命令的应用场景，而不局限于数据刷新、不局限于以视图列表显示的页面等，用户触摸到的视图控件不仅可以是固定不可滚动的，也可以是可滚动的；当用户触摸到的视图控件是可滚动时，在视图控件滚动到系统规定距离后不能再继续滚动则视图容器ViewGroup控制尾视图跟随上拉或上滑手势命令而变化，进而分发对目标对象的任务执行。

另外，本领域技术人员都知道，可以将第一实施例和第二实施例组合使用，这样无论用户做出下拉或下滑手势还是上拉或上滑手势，都可以实现让所述视图容器向其管理的视图分发不同任务，即本申请还可以提供一种对手势命令的处理方法，其中：当用户在终端屏幕上做出下拉或下滑手势命令时，执行第一实施例及其优选实施例所述的方法；当用户在终端屏幕上做出上拉或上滑手势命令时，执行第二实施例及其优选实施例所述的方法。这里不过多重复描述。

图3是本申请第三实施例提供了一种对下拉或下滑手势命令的处理装置的示意性框图。如图3所示，本申请的对下拉或下滑手势命令的处理装置包括一个视图容器模块，其中该视图容器模块包括：

视图设置模块，用于在视图容器中布局大小均为自定义值的一个头视图和至少一个视图；

下拉或下滑手势事件处理模块，用于截获下拉或下滑手势事件，当所述至少一个视图不能跟随下拉或下滑手势而向下滚动时，根据此时实时获取的用户在屏幕上下拉或下滑的距离数值使头视图的高度动态增加相应的数值；

任务分发模块，用于根据所述头视图的高度变化不同，使所述视图容器向其管理的视图分发不同任务。

其中，所述头视图垂直位于所述至少一个视图之上。

其中，所述至少一个视图不能跟随下拉或下滑手势而向下滚动包括：所述至少一个视图为固定不可滚动，或者所述至少一个视图滚动到规定距 离后不能再继续滚动。

其中，所述任务分发模块根据所述头视图的高度变化不同，使所述视图容器向其管理的视图分发不同任务包括但不限于：

第1任务：随着所述头视图高度的实时变化而在屏幕上动态添加显示一个动画效果，并且在用户松手结束下拉或下滑手势命令时该第1任务结束；和/或

第2任务：当所述头视图高度大于等于第一预设阈值时所述头视图显示文本、和/或图片、和/或视频内容，并且在用户松手结束下拉或下滑手势命令时该第2任务结束；和/或

第3任务：当所述头视图高度大于等于第二预设阈值时所述头视图显示用于表示松开执行刷新的提示，此时用户松手结束下拉或下滑手势，则所述视图容器向其管理的视图统一分发刷新任务。

其中，所述第3任务还包括：在用户没有松手结束下拉或下滑手势之前，所述头视图根据其高度值的不同而显示不同的提示信息。

其中，所述装置还包括：

头视图高度重置模块，用于当所述分发的任务结束后，使所述头视图的高度恢复至初始值。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述第三实施例描述的装置的具体工作过程，可以参考前述第一实施例中描述的对应过程，前述第一方法实施例中列举的例子和相关描述，同样适用于解释该第三实施例描述的装置的工作过程，在此不再重复描述。

本申请第三实施例提供的一种对下拉或下滑手势命令的处理装置，通过将本属于视图列表里的头视图从视图列表中挪出来装入到视图容器ViewGroup中，当用户在终端屏幕上发出下拉或下滑手势命令时，视图容器ViewGroup控制头视图跟随下拉或下滑手势命令而变化，进而分发对目标对象的任务执行。由于本方法利用了视图容器ViewGroup的任务分发机制，使得对任务执行的响应时间大大加快；创造性地将本属于视图列表里的头视图从视图列表中挪出来装入到视图容器ViewGroup中，可以极大拓 展了下拉手势命令的应用场景，而不局限于数据刷新、不局限于以视图列表显示的页面、下拉手势在触摸屏的位置也不再受限制，用户触摸到的视图控件不仅可以是固定不可滚动的，也可以是可滚动的；当用户触摸到的视图控件是可滚动时，在视图控件滚动到系统规定距离后不能再继续滚动则视图容器ViewGroup控制头视图跟随下拉或下滑手势命令而变化，进而分发对目标对象的任务执行。

图4是本申请第四实施例提供了一种对上拉或上滑手势命令的处理装置的示意性框图。如图4所示，本申请的对上拉或上滑手势命令的处理装置包括一个视图容器模块，其中该视图容器模块包括：

视图设置模块，用于在视图容器中布局大小均为自定义值的一个尾视图和至少一个视图；

上拉或上滑手势事件处理模块，用于截获上拉或上滑手势事件，当所述至少一个视图不能跟随上拉或上滑手势而向上滚动时，根据此时实时获取的用户在屏幕上上拉或上滑的距离数值使尾视图的高度动态增加相应的数值；

任务分发模块，用于根据所述尾视图的高度变化不同，使所述视图容器向其管理的视图分发不同任务。

其中，所述尾视图垂直位于所述至少一个视图之下。

其中，所述至少一个视图不能跟随上拉或上滑手势而向上滚动包括：所述至少一个视图为固定不可滚动，或者所述至少一个视图滚动到规定距离后不能再继续滚动。

其中，所述任务分发模块根据所述尾视图的高度变化不同，使所述视图容器向其管理的视图分发不同任务包括但不限于：

第1任务：随着所述尾视图高度的实时变化而在屏幕上动态添加显示一个动画效果，并且在用户松手结束上拉或上滑手势命令时该第1任务结束；和/或

第2任务：当所述尾视图高度大于等于第一预设阈值时所述尾视图显示文本、和/或图片、和/或视频内容，并且在用户松手结束上拉或上滑手 势命令时该第2任务结束；和/或

第3任务：当所述尾视图高度大于等于第二预设阈值时所述尾视图显示用于表示松开执行刷新的提示，此时用户松手结束上拉或上滑手势，则所述视图容器向其管理的视图统一分发刷新任务。

其中，所述第3任务还包括：在用户没有松手结束上拉或上滑手势之前，所述尾视图根据其高度值的不同而显示不同的提示信息。

其中，所述装置还包括：

尾视图高度重置模块，用于当所述分发的任务结束后，使所述尾视图的高度恢复至初始值。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述第四实施例描述的装置的具体工作过程，可以参考前述第二实施例中描述的对应过程，前述第二方法实施例中列举的例子和相关描述，同样适用于解释该第四实施例描述的装置的工作过程，在此不再重复描述。

本申请第四实施例提供的一种对上拉或上滑手势命令的处理装置，通过将本属于视图列表里的尾视图从视图列表中挪出来装入到视图容器ViewGroup中，当用户在终端屏幕上发出上拉或上滑手势命令时，视图容器ViewGroup控制尾视图跟随上拉或上滑手势命令而变化，进而分发对目标对象的任务执行。由于本方法利用了视图容器ViewGroup的任务分发机制，使得对任务执行的响应时间大大加快；创造性地将本属于视图列表里的尾视图从视图列表中挪出来装入到视图容器ViewGroup中，可以极大拓展了上拉手势命令的应用场景，而不局限于数据刷新、不局限于以视图列表显示的页面等，用户触摸到的视图控件不仅可以是固定不可滚动的，也可以是可滚动的；当用户触摸到的视图控件是可滚动时，在视图控件滚动到系统规定距离后不能再继续滚动则视图容器ViewGroup控制尾视图跟随上拉或上滑手势命令而变化，进而分发对目标对象的任务执行。

另外，本领域技术人员都知道，可以将第三实施例和第四实施例组合使用，这样无论用户做出下拉或下滑手势还是上拉或上滑手势，都可以实 现让所述视图容器向其管理的视图分发不同任务，即，本申请还可以提供一种对手势命令的处理装置，其包括：第三实施例所述的装置，和第四实施例所述的装置。这里不过多重复描述。

本申请实施例所提供的对手势命令的处理方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

这样，本申请还可以提供一种存储设备，其中存储有多条指令，所述指令适于由处理器加载并执行第一实施例及其优选实施例所述的方法，或者执行第二实施例及其优选实施例所述的方法。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，智能平板电脑，智能手机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

为进一步说明执行第一实施例的对下拉或下滑手势命令的处理方法或是第二实施例的对上拉或上滑手势命令的处理方法，本申请还可以提供一种计算机设备，具体如下：

如图5所示，计算机设备包括通过系统总线连接的处理器510、存储器520、内存储器530、网络接口540和显示屏550。处理器510用于实现计算功能和控制终端装置工作的功能，处理器510被配置为执行第一实施例的对下拉或下滑手势命令的处理方法或是第二实施例的对上拉或上滑手势 命令的处理方法。处理器510用于：

在视图容器中布局大小均为自定义值的一个头视图和至少一个视图；

所述视图容器截获下拉或下滑手势事件，当所述至少一个视图不能跟随下拉或下滑手势而向下滚动时，根据此时实时获取的用户在屏幕上下拉或下滑的距离数值使头视图的高度动态增加相应的数值；

根据所述头视图的高度变化不同所述视图容器向其管理的视图分发不同任务。或者，

在视图容器中布局大小均为自定义值的一个尾视图和至少一个视图；

所述视图容器截获上拉或上滑手势事件，当所述至少一个视图不能跟随上拉或上滑手势而向上滚动时，根据此时实时获取的用户在屏幕上上拉或上滑的距离数值使尾视图的高度动态增加相应的数值；

根据所述尾视图的高度变化不同所述视图容器向其管理的视图分发不同任务。

存储器520是一种非易失性存储介质，存储有操作系统521、数据库522和用于实现执行第一实施例的对下拉或下滑手势命令的处理方法或是第二实施例的对上拉或上滑手势命令的处理方法的计算机程序，以及执行计算机程序产生的候选中间数据以及结果数据。网络接口540用于与服务器通信，网络接口540包括射频收发器。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (28)

1. 一种对下拉或下滑手势命令的处理方法，其包括：

   在视图容器中布局大小均为自定义值的一个头视图和至少一个视图；

   所述视图容器截获下拉或下滑手势事件，当所述至少一个视图不能跟随下拉或下滑手势而向下滚动时，根据此时实时获取的用户在屏幕上下拉或下滑的距离数值使头视图的高度动态增加相应的数值；

   根据所述头视图的高度变化不同所述视图容器向其管理的视图分发不同任务。
2. 根据权利要求1所述的方法，所述头视图垂直位于所述至少一个视图之上。
3. 根据权利要求1所述的方法，所述至少一个视图不能跟随下拉或下滑手势而向下滚动包括：所述至少一个视图为固定不可滚动，或者所述至少一个视图滚动到规定距离后不能再继续滚动。
4. 根据权利要求1所述的方法，所述根据头视图的高度变化不同所述视图容器向其管理的视图分发不同任务的步骤包括但不限于：

   第1任务：随着所述头视图高度的实时变化而在屏幕上动态添加显示一个动画效果，并且在用户松手结束下拉或下滑手势命令时该第1任务结束；和/或

   第2任务：当所述头视图高度大于等于第一预设阈值时所述头视图显示文本、和/或图片、和/或视频内容，并且在用户松手结束下拉或下滑手势命令时该第2任务结束；和/或

   第3任务：当所述头视图高度大于等于第二预设阈值时所述头视图显示用于表示松开执行刷新的提示，此时用户松手结束下拉或下滑手势，则所述视图容器向其管理的视图统一分发刷新任务。
5. 根据权利要求4所述的方法，还包括：当所述分发的任务结束后，使所述头视图的高度恢复至初始值。
6. 根据权利要求4所述的方法，所述第3任务还包括：在用户没有松手结束下拉或下滑手势之前，所述头视图根据其高度值的不同而显示不同 的提示信息。
7. 一种对上拉或上滑手势命令的处理方法，其包括：

   在视图容器中布局大小均为自定义值的一个尾视图和至少一个视图；

   所述视图容器截获上拉或上滑手势事件，当所述至少一个视图不能跟随上拉或上滑手势而向上滚动时，根据此时实时获取的用户在屏幕上上拉或上滑的距离数值使尾视图的高度动态增加相应的数值；

   根据所述尾视图的高度变化不同所述视图容器向其管理的视图分发不同任务。
8. 根据权利要求7所述的方法，所述尾视图垂直位于所述至少一个视图之下。
9. 根据权利要求7所述的方法，所述至少一个视图不能跟随上拉或上滑手势而向上滚动包括：所述至少一个视图为固定不可滚动，或者所述至少一个视图滚动到规定距离后不能再继续滚动。
10. 根据权利要求7所述的方法，所述根据尾视图的高度变化不同所述视图容器向其管理的视图分发不同任务的步骤包括但不限于：

    第1任务：随着所述尾视图高度的实时变化而在屏幕上动态添加显示一个动画效果，并且在用户松手结束上拉或上滑手势命令时该第1任务结束；和/或

    第2任务：当所述尾视图高度大于等于第一预设阈值时所述尾视图显示文本、和/或图片、和/或视频内容，并且在用户松手结束上拉或上滑手势命令时该第2任务结束；和/或

    第3任务：当所述尾视图高度大于等于第二预设阈值时所述尾视图显示用于表示松开执行刷新的提示，此时用户松手结束上拉或上滑手势，则所述视图容器向其管理的视图统一分发刷新任务。
11. 根据权利要求10所述的方法，还包括：当所述分发的任务结束后，使所述尾视图的高度恢复至初始值。
12. 根据权利要求10所述的方法，所述第3任务还包括：在用户没有松手结束上拉或上滑手势之前，所述尾视图根据其高度值的不同而显示不 同的提示信息。
13. 一种对手势命令的处理方法：

    当用户在终端屏幕上做出下拉或下滑手势命令时，执行根据权利要求1-6之一所述的方法；

    当用户在终端屏幕上做出上拉或上滑手势命令时，执行根据权利要求7-12之一所述的方法。
14. 一种对下拉或下滑手势命令的处理装置，其包括一个视图容器模块，其中该视图容器模块包括：

    视图设置模块，用于在视图容器中布局大小均为自定义值的一个头视图和至少一个视图；

    下拉或下滑手势事件处理模块，用于截获下拉或下滑手势事件，当所述至少一个视图不能跟随下拉或下滑手势而向下滚动时，根据此时实时获取的用户在屏幕上下拉或下滑的距离数值使头视图的高度动态增加相应的数值；

    任务分发模块，用于根据所述头视图的高度变化不同，使所述视图容器向其管理的视图分发不同任务。
15. 根据权利要求14所述的装置，所述头视图垂直位于所述至少一个视图之上。
16. 根据权利要求14所述的装置，所述至少一个视图不能跟随下拉或下滑手势而向下滚动包括：所述至少一个视图为固定不可滚动，或者所述至少一个视图滚动到规定距离后不能再继续滚动。
17. 根据权利要求14所述的装置，所述任务分发模块根据所述头视图的高度变化不同，使所述视图容器向其管理的视图分发不同任务包括但不限于：

    第1任务：随着所述头视图高度的实时变化而在屏幕上动态添加显示一个动画效果，并且在用户松手结束下拉或下滑手势命令时该第1任务结束；和/或

    第2任务：当所述头视图高度大于等于第一预设阈值时所述头视图显 示文本、和/或图片、和/或视频内容，并且在用户松手结束下拉或下滑手势命令时该第2任务结束；和/或

    第3任务：当所述头视图高度大于等于第二预设阈值时所述头视图显示用于表示松开执行刷新的提示，此时用户松手结束下拉或下滑手势，则所述视图容器向其管理的视图统一分发刷新任务。
18. 根据权利要求17所述的装置，还包括：

    头视图高度重置模块，用于当所述分发的任务结束后，使所述头视图的高度恢复至初始值。
19. 根据权利要求17所述的装置，所述第3任务还包括：在用户没有松手结束下拉或下滑手势之前，所述头视图根据其高度值的不同而显示不同的提示信息。
20. 一种对上拉或上滑手势命令的处理装置，其包括一个视图容器模块，其中该视图容器模块包括：

    视图设置模块，用于在视图容器中布局大小均为自定义值的一个尾视图和至少一个视图；

    上拉或上滑手势事件处理模块，用于截获上拉或上滑手势事件，当所述至少一个视图不能跟随上拉或上滑手势而向上滚动时，根据此时实时获取的用户在屏幕上上拉或上滑的距离数值使尾视图的高度动态增加相应的数值；

    任务分发模块，用于根据所述尾视图的高度变化不同，使所述视图容器向其管理的视图分发不同任务。
21. 根据权利要求20所述的装置，所述尾视图垂直位于所述至少一个视图之下。
22. 根据权利要求20所述的装置，所述至少一个视图不能跟随上拉或上滑手势而向上滚动包括：所述至少一个视图为固定不可滚动，或者所述至少一个视图滚动到规定距离后不能再继续滚动。
23. 根据权利要求20所述的装置，所述任务分发模块根据所述尾视图的高度变化不同，使所述视图容器向其管理的视图分发不同任务包括但不 限于：

    第1任务：随着所述尾视图高度的实时变化而在屏幕上动态添加显示一个动画效果，并且在用户松手结束上拉或上滑手势命令时该第1任务结束；和/或

    第2任务：当所述尾视图高度大于等于第一预设阈值时所述尾视图显示文本、和/或图片、和/或视频内容，并且在用户松手结束上拉或上滑手势命令时该第2任务结束；和/或

    第3任务：当所述尾视图高度大于等于第二预设阈值时所述尾视图显示用于表示松开执行刷新的提示，此时用户松手结束上拉或上滑手势，则所述视图容器向其管理的视图统一分发刷新任务。
24. 根据权利要求23所述的装置，还包括：

    尾视图高度重置模块，用于当所述分发的任务结束后，使所述尾视图的高度恢复至初始值。
25. 根据权利要求23所述的装置，所述第3任务还包括：在用户没有松手结束上拉或上滑手势之前，所述尾视图根据其高度值的不同而显示不同的提示信息。
26. 一种对手势命令的处理装置，其包括：

    根据权利要求14-19之一所述的装置；和

    根据权利要求20-25之一所述的装置。
27. 一种存储设备，其中存储有多条指令，所述指令适于由处理器加载并执行权利要求1-6之一所述的方法，或者执行权利要求7-12之一所述的方法。
28. 一种计算机设备，包括：一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行；所述一个或多个程序配置用于执行上述权利要求1至6之一所述的方法，或权利要求7至12之一所述的方法。

Images