CN103729172A - 避免触控事件被拦截以触发给多元件执行的系统及其方法 - Google Patents

Abstract

一种避免触控事件被拦截以触发给多元件执行的系统及其方法，其通过建立属于视图组类别的容器，并覆写容器的触控事件处理方法，使其返回值固定为真，及覆写加入容器中的元件的触控事件处理方法，使其返回值为假，这样，当容器接收到触控事件时，容器可以将触控事件作为参数，呼叫元件的触控事件处理方法，使各元件都接收到该触控事件的技术手段，可以达成让元件同时处理同一触发事件的技术效果。

Description

避免触控事件被拦截以触发给多元件执行的系统及其方法

技术领域

本发明涉及一种元件触发系统及其方法，尤其涉及一种避免触控事件被拦截以触发给多元件执行的系统及其方法。

背景技术

在某些手机操作系统上执行的应用程序中，属于视图（View）类别（Class）的元件必须是多层嵌套的，且触发事件（Touch Event）必须由上层的元件分发（dispatch）到下层，然后由下层的元件优先开始处理触发事件，并依据处理情况的布尔（boolean）值选择是否将触发事件返回给上层。

当触发事件发生时，最顶层的元件的触发事件分发（dispatchTouchEvent）方法（method）会接收到触发事件并进行分发，若触发事件分发方法的返回值（return value）为“真（true）”，则最顶层的元件的触发事件处理（onTouchEvent）方法会处理触发事件，而若返回值为“假（false）”，则最顶层的元件的触发事件拦截（inInterceptTouchEvent）方法会决定是否要拦截触发事件，若触发事件拦截方法的返回值为真，则表示触发事件拦截方法拦截了触发事件，最顶层的元件的触发事件处理方法会处理触发事件，因此，下层的子元件不会取得触发事件，而若触发事件拦截方法的返回值为假，则最顶层的元件的子元件的触发事件分发方法可以接收到最顶层的元件的触发事件分发方法所分发的触发事件，并进行分发，这样，每一个元件下层的子元件都会重复相同的步骤，直到触发事件处理完成为止。

其中，当触发事件传递到子元件的触发事件处理方法时，该触发事件处理方法会处理触发事件，并返回处理情况的布尔值，若返回值为真，则该子元件的上层元件的触发事件分发方法会直接将后续的触发事件分发给该子元件，而若返回值为假，触发事件会被传送到该子元件的上层元件的触发事件处理方法。当触发事件的处理情况的布尔值传递到最顶层的元件的触发事件处理方法的返回值也是假时，触发事件就会被丢弃（消失），而且最顶层的元件将接收不到下一次的触发事件。

上述的过程可以保证每个触发事件只能由一个元件来处理，但也因此，其他的元件将无法同时处理触发事件，这样，若用户要触发两个元件执行，则必须产生两次触发事件。

综上所述，可知现有技术中长期以来一直存在部分手机操作系统只允许一个触发事件由一个元件处理的问题，因此有必要提出改进的技术手段，来解决这一问题。

发明内容

有鉴于现有技术存在部分手机操作系统只允许一个触发事件由一个元件处理的问题，本发明遂揭露一种避免触控事件被拦截以触发给多元件执行的系统及其方法，其中：

本发明所揭露的避免触控事件被拦截以触发给多元件执行的系统，至少包含：多个元件，在应用程序的操作区域中重叠，各元件属于视图类别，且各元件都包含触控事件处理方法，其中，元件的触控事件处理方法的返回值固定为假；容器，属于视图组（ViewGroup）类别，包含触控事件处理方法及元件，容器的触控事件处理方法的返回值固定为真，用以在接收到触控事件时，将触控事件作为参数，呼叫元件的触控事件处理方法，由此使各元件都接收到触控事件，并执行与触控事件对应的处理程序。

本发明所揭露的避免触控事件被拦截以触发给多元件执行的方法，其步骤至少包括：建立属于视图组类别的容器，容器中的触控事件处理方法的返回值固定为真；在容器中加入属于视图类别的元件，各元件在应用程序的操作区域中重叠，且各元件中的触控事件处理方法的返回值固定为假；当容器接收到触控事件时，容器将触控事件作为参数，呼叫元件的触控事件处理方法，由此使各元件都接收到该触控事件，并执行与触控事件对应的处理程序。

本发明所揭露的系统与方法如上，与现有技术之间的差异在于本发明通过建立属于视图组类别的容器，并覆写容器的触控事件处理方法，使其返回值固定为真，及覆写加入容器中的元件的触控事件处理方法，使其返回值为假，这样，当容器接收到触控事件时，容器可以将触控事件作为参数，呼叫元件的触控事件处理方法，使各元件都接收到该触控事件，由此解决现有技术所存在的问题，并可以达成在触发事件与元件互不影响（也就是触发事件不会被元件消除）的情况下，让元件同时处理触发事件的技术效果。

附图说明

图1为本发明所述的避免触控事件被拦截以触发给多元件执行的系统架构图。

图2A为本发明所述的避免触控事件被拦截以触发给多元件执行的方法流程图。

图2B为本发明所述的撰写容器原始码的详细方法流程图。

图3为本发明所述的触控屏幕的显示画面示意图。

主要部件附图标记：

100     容器

110     触发事件分发方法

120     触发事件拦截方法

130     触发事件处理方法

200a    元件

200b    元件

210     触发事件分发方法

220     触发事件拦截方法

230     触发事件处理方法

400     触控屏幕

412     重叠区域

步骤310 撰写容器的程序码

步骤316 覆写容器中的触控事件处理方法

步骤318 覆写元件中的触控事件处理方法

步骤330 建立属于视图组类别的容器，容器中的触控事件处理方法返回值固定为真

步骤350在容器中加入属于视图类别的多个元件，各元件在应用程序的操作区域中重叠，且各元件中的触控事件处理方法返回值固定为假

步骤360当容器接收到触控事件时，容器将触控事件作为参数，呼叫元件的触控事件处理方法，由此使元件都接收到触控事件

步骤370元件执行与触控事件对应的处理程序

具体实施方式

以下将结合附图及实施例来详细说明本发明的特征与实施方式，内容足以使任何本领域技术人员能够轻易地充分理解本发明解决技术问题所应用的技术手段并据以实施，由此实现本发明可达成的技术效果。

本发明应用在手机的操作系统中，可以让预设一次只能由一个元件执行与触控事件对应的处理程序的应用程序中的多个元件同时执行与同一触控事件对应的处理程序。

本发明所述的元件，是由属于视图类别的物件（object）在应用程序执行后产生，本发明所述的触控事件为用户在手机的触控屏幕上进行操作所产生的事件，例如，用户进行纵向滑动、横向滑动、点击触控屏幕等操作所产生的事件，但本发明并不以此为限。

以下先以图1本发明所述的避免触控事件被拦截以触发给多元件执行的系统架构图来说明本发明的系统运作。如图1所示，本发明的系统含有容器100、以及多个元件（200a、200b、…）。

每一个元件（200a、200b、…）都属于视图类别，也就是说，每一个元件都直接继承（Inheritance）自视图类别，或是继承自属于视图类别的其他类别。

由于视图类别至少包含触控事件分发方法、触控事件拦截方法、以及触控事件处理方法，而各个元件属于视图类别，因此，各个元件都包含触控事件分发方法210、触控事件拦截方法220、触控事件处理方法230。其中，触控事件分发方法210以及触控事件拦截方法220与现有技术相同，故不赘述。

每一个元件中的触控事件处理方法230除了执行触控事件分发方法210所接收到的触控事件相对应的处理程序之外，触控事件处理方法230的返回值固定为“假”，由此使得元件不会拦截触控事件，避免造成触控事件无法提供给其他元件的情况。其中，触控事件分发方法210所接收到的触控事件是由容器100的触控事件拦截方法120所传送。

为了要让元件中的触控事件处理方法230的返回值能够固定为假，触控事件处理方法230需要被覆写（override）。一般而言，是在撰写容器100的程序码时，以覆写容器100所加入的元件的触控事件处理方法230。

容器100属于视图组类别，也就是说，容器100可能是直接继承自视图类别，也可能是继承自属于视图类别的其他类别（也就是间接的继承视图类别）。

另外，由于视图组类别属于视图类别，因此，容器100同样包含触控事件分发方法110、触控事件拦截方法120、以及触控事件处理方法130。另外，由于视图组类别还可以包含视图类别的物件，因此，容器100的程序码中可以加入属于视图类别的物件，这样，在应用程序执行后，容器100便可以包含属于视图类别的各个元件。

容器100所包含的触控事件分发方法110与触控事件拦截方法120同样与现有技术相同。而容器100所包含的触控事件处理方法130则除了执行触控事件分发方法110所接收到的触控事件相对应的处理程序之外，触控事件处理方法130的返回值还固定为“真”，由此使得所有的触控事件都可以被容器100所接收。

为了要让容器100中的触控事件处理方法130的返回值固定为真，则与元件的触控事件处理方法相同的，容器100中的触控事件处理方法130需要被覆写。一般而言，是在撰写产生容器100的程序码时，以新撰写的触控事件处理方法130覆写所继承的触控事件处理方法。

一般而言，触控事件分发方法110所接收到的触控事件是由应用程序的用户界面程序（User Interface Program）所传送，但本发明并不以此为限。其中，本发明所提到的用户界面程序提供与用户互动的功能界面，例如，某些编程语言中的“Activity”物件等。

容器100负责在接收到触控事件后，将所接收到的触控事件作为参数，呼叫所包含的各个元件的触控事件处理方法230，由此将所接收到的触控事件传送给所包含的所有元件。而当包含在容器100中的各个元件通过触控事件处理方法230接收到容器100所传送的触控事件后，会执行与所接收到的触控事件对应的处理程序。

接着以一个实施例来解说本发明的运作系统与方法，并请参照图2A本发明所述的避免触控事件被拦截以触发给多元件执行的方法流程图。在本发明中，假设容器100中包含Gallery以及ListView两个元件，其中，Gallery能够处理横向滑动的触控事件，而ListView能够处理纵向滑动的触控事件，但本发明所述的元件并不以上述为限。

首先，用户需要提供容器100，也就是撰写容器100的程序码（步骤310）。在本实施例中，假设容器100直接继承自视图组类别，且如图2B的流程所示，容器100中的触控事件处理方法130经过用户覆写（步骤316），使得触控事件处理方法130的返回值固定为真。

另外，用户也可以在容器100的程序码中先加入元件200a的宣告，再在元件200a的程序码中，加入元件200b的宣告，同时覆写元件200a以及元件200b中的触控事件处理方法（步骤318），使得元件200a以及元件200b中的触控事件处理方法的返回值固定为假。在本实施例中，假设元件200a为Gallery元件，元件200b为ListView元件。

在实际上，若元件200a/元件200b的触控事件处理方法230已经被覆写返回值固定为假，则用户不需要再次覆写元件200a/元件200b的触控事件处理方法230。相似的，若用户所使用的容器100中的触控事件处理方法130已经被覆写为返回值固定为真，则用户不需要再次覆写容器100中的触控事件处理方法130。

在包含容器100的应用程序在手机操作系统上执行后，应用程序会建立属于视图组类别的容器100（步骤330），并依据容器100的程序码在容器100加入属于视图类别的Gallery元件以及ListView元件（步骤350）。

在本实施例中，假设应用程序为如图3所示的相册浏览程序，应用程序的用户界面程序可以将照片或图片显在手机的触控屏幕400上，使得用户可以通过手机的触控屏幕400浏览照片。其中，用户界面程序主要为一个ListView元件，提供用户在触控屏幕400中上下卷动所显示的照片，而在ListView元件中的各个横向的操作区域，如重叠区域412，主要为一个Gallery元件，提供用户在各区域中左右卷动所显示的照片，也就是说，在重叠区域412中，ListView元件与Gallery元件重叠。

当用户的手指在触控屏幕400所显示的重叠区域412上纵向滑动时，由于容器100中的触控事件处理方法130的返回值固定为真，因此，容器100的触控事件分发方法110会接收到手机的用户界面程序所传来的触控事件，容器100会在接收到触控事件后，将所接收到的触控事件作为参数，呼叫在容器100中最上层的ListView元件（200a）的触控事件分发方法，而后，ListView元件（200a）的触控事件分发方法会在接收到触控事件后，将所接收到的触控事件作为参数，呼叫在ListView元件（200a）下一层的Gallery元件（200b）的触控事件分发方法，此时，因为Gallery元件（200b）没有下层元件，所以Gallery元件（200b）的触控事件处理方法可以取得触控事件，另外，由于Gallery元件（200b）的触控事件处理方法的返回值固定为假，因此，与现有技术不同的，触控事件不会被Gallery元件（200b）的触控事件处理方法消费，故Gallery元件（200b）上一层的ListView元件（200a）的触控事件处理方法也可以取得触控事件，这样，ListView元件以及Gallery元件都可以接收到容器100所接收到的触控事件（步骤360）。

在容器100所包含的ListView元件（200a）以及Gallery元件（200b）的触控事件处理方法取得触控事件后，可以各自依据所接收到的触控事件执行对应的处理程序（步骤370）。在本实施例中，若Gallery元件只处理横向滑动的触控事件，则Gallery元件（200b）的触控事件处理方法在接收到纵向滑动的触控事件后，没有对应的处理程序可以执行，因此Gallery元件（200b）的触控事件处理方法不会执行任何的处理程序，而ListView元件在接收到纵向滑动的触控事件后，可以执行与纵向滑动对应的处理程序，例如，载入下一张图片或照片，并将所载入的图片或照片显示在手机的触控屏幕中。

在上述实施例中，若用户的手指在触控屏幕400上的重叠区域412中是横向滑动，而非纵向滑动时，容器100的触控事件分发方法110同样会接收到手机的用户界面程序所传来的触控事件，容器100会在接收到触控事件后，将所接收到的触控事件作为参数，呼叫ListView元件（200a）的触控事件分发方法，ListView元件（200a）的触控事件分发方法也会将所接收到的触控事件作为参数，呼叫Gallery元件（200b）的触控事件分发方法，使得Gallery元件（200b）的触控事件处理方法取得触控事件，并因为Gallery元件（200b）的触控事件处理方法的返回值固定为假，所以ListView元件（200a）的触控事件处理方法也可以取得触控事件，这样，Gallery元件以及ListView元件都可以接收到容器100所接收到的触控事件（步骤360）。接着，Gallery元件在接收到横向滑动的触控事件后，可以执行与横向滑动对应的处理程序，而ListView元件也会执行与横向滑动的触控事件对应的处理程序（步骤370）。这样，通过本发明，容器100中的所有元件都可以获得触控事件，使得重叠的元件可以分别依据同一个触控事件执行对应的处理程序。

综上所述，可知本发明与现有技术之间的差异在于具有建立属于视图组类别的容器，并覆写容器的触控事件处理方法，使其返回值固定为真，及覆写加入容器中的元件的触控事件处理方法，使其返回值为假，这样，当容器接收到触控事件时，容器可以将触控事件作为参数，呼叫元件的触控事件处理方法，使各元件都接收到该触控事件的技术手段，通过这一技术手段可以解决现有技术所存在的一个触发事件由一个元件处理的问题，进而达成在触发事件与元件互不影响的情况下，让元件同时处理触发事件的技术效果。

再者，本发明的避免触控事件被拦截以触发给多元件执行的方法，可在电脑系统中以集中方式实现或以不同元件散布于若干互连的电脑系统的分散方式实现。

虽然本发明所揭露的实施方式如上，然而所述的内容并非用以直接限定本发明的专利保护范围。任何本领域技术人员在不脱离本发明所揭露的精神和范围的前提下，对本发明的实施的形式上及细节上作一些更动润饰，均属于本发明的专利保护范围。本发明的专利保护范围，仍须以所附的权利要求书所限定的内容为准。

Claims (10)

1.一种避免触控事件被拦截以触发给多元件执行的方法，其特征在于，应用于应用程序中，该应用程序在手机操作系统上执行，该方法至少包含下列步骤：

建立属于视图组类别的容器，该容器中的触控事件处理方法的返回值固定为真；

在该容器中加入属于视图类别的多个元件，这些元件在该应用程序的操作区域中重叠，且这些元件中的触控事件处理方法的返回值固定为假；及

当该容器接收到触控事件时，该容器将该触控事件作为参数，呼叫所述各元件的触控事件处理方法，由此使所述各元件都接收到该触控事件，并执行与该触控事件对应的处理程序。

2.如权利要求1所述的避免触控事件被拦截以触发给多元件执行的方法，其特征在于，该方法在建立属于视图组类别的该容器的步骤前，还包含撰写该容器的程序码的步骤。

3.如权利要求2所述的避免触控事件被拦截以触发给多元件执行的方法，其特征在于，该撰写该容器的程序码的步骤还包含覆写该容器中的触控事件处理方法，使该容器中的触控事件处理方法的返回值固定为真，及覆写这些元件中的触控事件处理方法，使这些元件中的触控事件处理方法返回值固定为假的步骤。

4.如权利要求1所述的避免触控事件被拦截以触发给多元件执行的方法，其特征在于，该容器接收该触控事件的步骤为该容器接收由用户界面程序所传送的该触控事件。

5.一种避免触控事件被拦截以触发给多元件执行的系统，其特征在于，应用于应用程序中，该应用程序在手机操作系统上执行，该系统至少包含：

多个元件，这些元件在该应用程序的操作区域中重叠，所述各元件属于视图类别，且所述各元件都包含触控事件处理方法，其中，所述各元件的触控事件处理方法的返回值固定为假；及

容器，属于视图组类别，包含触控事件处理方法及这些元件，该容器的触控事件处理方法的返回值固定为真，用以在接收到触控事件时，将该触控事件作为参数，呼叫所述各元件的触控事件处理方法，由此使所述各元件都接收到该触控事件，并执行与该触控事件对应的处理程序。

6.如权利要求5所述的避免触控事件被拦截以触发给多元件执行的系统，其特征在于，该容器直接或间接继承视图组类别。

7.如权利要求5所述的避免触控事件被拦截以触发给多元件执行的系统，其特征在于，该容器的触控事件处理方法经过覆写，使该容器的触控事件处理方法的返回值固定为真。

8.如权利要求5所述的避免触控事件被拦截以触发给多元件执行的系统，其特征在于，所述各元件的触控事件处理方法经过覆写，使所述各元件的触控事件处理方法的返回值固定为假。

9.如权利要求5所述的避免触控事件被拦截以触发给多元件执行的系统，其特征在于，该触控事件是由该应用程序的用户界面程序所传送。

10.如权利要求5所述的避免触控事件被拦截以触发给多元件执行的系统，其特征在于，该触控事件为横向滑动或纵向滑动的触控事件。

Images