一种数据处理方法及装置

技术领域

本申请涉及数据处理技术领域，更具体地说，涉及一种数据处理方法及装置。

背景技术

在移动端原生APP中进行内嵌网页开发时，部分业务功能会涉及视图组件的使用，在使用视图组件的过程中，在每个视图组件的生命周期钩子中都增加网页容器的事件监听。

由于视图组件繁多并且变化频繁，所以容易造成处理的差异化，并且由于视图组件内又使用了其他的自定义组件，造成视图组件内的自定义组件关系混乱，使得出现重复监听网页容器的事件或者在网页容器的事件移除时不彻底等问题。

发明内容

有鉴于此，本申请公开了一种数据处理方法及装置，旨在避免出现重复监听网页容器的事件和减少由于各视图组件单独监听事件所导致的事件遗漏等现象。

为了实现上述目的，其公开的技术方案如下：

本申请第一方面公开了一种数据处理方法，所述方法包括：

识别网页容器中被激活的当前路由所对应的路由类型；所述路由类型包括单独路由、父子路由和keep-alive路由；

若所述路由类型为所述单独路由，则对所述单独路由进行事件监听操作；所述事件监听操作用于表征对所述网页容器的返回跳转事件的监听操作；

若所述路由类型为所述父子路由，则对所述父子路由逐级进行所述事件监听操作；

若所述路由类型为所述keep-alive路由，则在所述keep-alive路由对应的视图组件的activated生命周期内，对所述keep-alive路由进行所述事件监听操作。

优选的，所述识别网页容器中被激活的当前路由所对应的路由类型，包括：

通过Vue Router路由管理器识别网页容器中被激活的当前路由所对应的路由类型。

优选的，所述若所述路由类型为所述单独路由，则对所述单独路由进行事件监听操作，包括：

若所述路由类型为所述单独路由，基于预设回调函数对所述单独路由进行事件监听操作。

优选的，所述若所述路由类型为所述父子路由，则对所述父子路由逐级进行所述事件监听操作，包括：

若所述路由类型为所述父子路由，则基于预设回调函数对所述父子路由逐级进行所述事件监听操作。

优选的，所述路由类型为所述keep-alive路由，则在所述keep-alive路由对应的视图组件的activated生命周期内，对所述keep-alive路由进行所述事件监听操作，包括：

若所述路由类型为所述keep-alive路由，则在处于激活状态的keep-alive路由对应的视图组件的activated生命周期内，基于预设回调函数对所述keep-alive路由进行所述事件监听操作。

优选的，在所述若所述路由类型为所述单独路由，则对所述单独路由进行事件监听操作之后，还包括：

对所述单独路由进行销毁操作及事件移除操作。

优选的，在所述若所述路由类型为所述父子路由，则对所述父子路由逐级进行事件监听操作之后，还包括：

对所述父子路由进行销毁操作及事件移除操作。

优选的，还包括：

在预设destroy生命周期内，对所述keep-alive路由进行移除事件操作。

本申请第二方面公开了一种数据处理装置，所述装置包括：

识别单元，用于识别网页容器中被激活的当前路由所对应的路由类型；所述路由类型包括单独路由、父子路由和keep-alive路由；

第一操作单元，用于若所述路由类型为所述单独路由，则对所述单独路由进行事件监听操作；所述事件监听操作用于表征对所述当前网页容器的返回跳转事件的监听操作；

第二操作单元，用于若所述路由类型为所述父子路由，则对所述父子路由逐级进行所述事件监听操作；

第三操作单元，用于若所述路由类型为所述keep-alive路由，则在所述keep-alive路由对应的视图组件的activated生命周期内，对所述keep-alive路由进行所述事件监听操作。

优选的，所述识别单元，具体用于：

通过Vue Router路由管理器识别网页容器中被激活的当前路由所对应的路由类型。

经由上述技术方案可知，本申请公开了一种数据处理方法及装置，识别网页容器中被激活的当前路由所对应的路由类型，路由类型包括单独路由、父子路由和keep-alive路由，若路由类型为所述单独路由，则对单独路由进行事件监听操作；事件监听操作用于表征对网页容器的返回跳转事件的监听操作，若路由类型为父子路由，则对父子路由逐级进行事件监听操作，若路由类型为keep-alive路由，则在keep-alive路由对应的视图组件的activated生命周期内，对keep-alive路由进行所述事件监听操作。通过上述方案，无需通过视图组件内的自定义组件监听网页容器的事件，只需针对单独路由、父子路由和keep-alive几种不同的路由类型对网页容器进行差异化的事件监听、事件移除等操作，避免出现重复监听网页容器的事件和减少由于各视图组件单独监听所导致的事件遗漏等现象。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例公开的一种数据处理系统的架构图；

图2为本申请实施例公开的一种数据处理方法的流程示意图；

图3为本申请实施例公开的一种数据处理装置的结构示意图；

图4为本申请实施例公开的电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

由背景技术可知，由于视图组件繁多并且变化频繁，所以容易造成处理的差异化，并且由于视图组件内又使用了其他的自定义组件，造成视图组件内的自定义组件关系混乱，使得出现重复监听网页容器的事件或者在网页容器的事件移除时不彻底等问题。

为了解决上述问题，本申请实施例公开了一种数据处理方法及装置，无需通过视图组件内的自定义组件监听网页容器的事件，只需针对单独路由、父子路由和keep-alive几种不同的路由类型对网页容器进行差异化的事件监听、事件移除等操作，避免出现重复监听网页容器的事件和减少由于各视图组件单独监听所导致的事件遗漏等现象。具体实现方式通过下述实施例进行说明。

以下首先介绍本申请的一种数据处理方法/装置所适用的数据处理系统的架构图，具体参考图1所示，该数据处理系统包括监听处理模块11和视图组件12。

监听处理模块11和视图组件12的数据处理过程如下：

监听处理模块11识别网页容器中被激活的当前路由所对应的路由类型；路由类型包括单独路由、父子路由和keep-alive路由。

其中，监听处理模块11通过Vue Router路由管理器识别网页容器中被激活的当前路由所对应的路由类型。

若路由类型为单独路由，则监听处理模块11对单独路由进行事件监听操作；事件监听操作用于表征对网页容器的返回跳转事件的监听操作。

其中，若路由类型为单独路由，监听处理模块11基于视图组件12传入的预设回调函数goback()对单独路由进行事件监听操作。

若路由类型为父子路由，则监听处理模块11基于视图组件12传入的预设回调函数goback()对父子路由逐级进行事件监听操作。

若路由类型为keep-alive路由，则在在处于激活状态的keep-alive路由对应的视图组件的activated生命周期内，监听处理模块11基于视图组件12传入的预设回调函数goback()对keep-alive路由进行事件监听操作。

监听处理模块11对单独路由进行销毁操作及事件移除操作。

监听处理模块11对父子路由进行销毁操作及事件移除操作。

监听处理模块11在预设destroy生命周期内，对keep-alive路由进行移除事件操作。

本申请实施例中，无需通过视图组件内的自定义组件监听网页容器的事件，只需针对单独路由、父子路由和keep-alive几种不同的路由类型对网页容器进行差异化的事件监听、事件移除等操作，避免出现重复监听网页容器的事件和减少由于各视图组件单独监听所导致的事件遗漏等现象。

参考图2所示，为本申请实施例公开的一种数据处理方法的流程示意图，该数据处理方法应用上述实施例图1公开的数据处理系统，该数据处理方法主要包括如下步骤：

S201：识别网页容器中被激活的当前路由所对应的路由类型；路由类型包括单独路由、父子路由和keep-alive路由，若路由类型为单独路由，则执行S202，若路由类型为父子路由，则执行S203，若路由类型为keep-alive路由，则执行S204。

在S201中，通过Vue Router路由管理器的导航全局守卫识别网页容器中被激活的当前路由所对应的路由类型。

当前路由由用户通过网页容器中进行选取得到。

导航全局守卫是控制用户能够进入哪些路由，控制用户不能进入哪些路由的控制器，实现对路由的管理的功能。

为了方便理解导航全局守卫的用途，这里举例进行说明：

例如，导航守卫的用途为在第一次进入某网站写博客时，须先登录才能进入博客编写，登陆界面就是用户能够进入哪些路由能进入的路由，而博客是用户不能进入哪些路由，当用户登陆后，控制器才会授予权限，使得用户进入博客路由。

其中，Vue Router路由管理器和Vue.js的核心深度集成，包含有嵌套路由、模块化配置等功能。

网页容器为在移动端原生APP应用程序中打开移动端网页的工具插件，网页容器有多种类型。

网页容器的确定由技术人员根据实际情况进行设置，本申请不做具体限定，本申请中的网页容器优选mpaas容器。

定义各个视图组件的路由规则，包括视图组件的组件映射地址、路由名称、url映射地址、children子路由以及meta标签内的个性化参数。

其中，meta标签的个性化参数包括视图标题、返回滚动位置、是否keep-alive等，单独路由、父子路由以及keep-alive三种类型的路由，是根据组件需要实现的实际业务功能而定，并且需要在此路由管理模块中进行定义。

此外，在根组件对路由定义meta中的keep-alive参数进行处理，代码如下：

S202：对单独路由进行事件监听操作；事件监听操作用于表征对网页容器的返回跳转事件的监听操作。

在S202中，若路由类型为单独路由，基于预设回调函数goback()对单独路由进行事件监听操作。

在激活单独路由时进行返回跳转事件的监听操作，销毁单独路由时进行事件移除操作。

在若路由类型为单独路由，则对单独路由进行事件监听操作之后，对单独路由进行销毁操作及事件移除操作，并在事件触发时基于回调当前激活路由的视图组件中重写goBack()方法。

其中，视图组件即用户可感知的单个页面。

S203：对父子路由逐级进行事件监听操作。

在S203中，若路由类型为父子路由，基于预设回调函数goback()对单独路由进行事件监听操作。

对激活的父子路由逐级进行返回跳转事件监听，避免出现重复监听。

可选的，在若路由类型为父子路由，则对父子路由逐级进行事件监听操作之后，对父子路由进行销毁操作及事件移除操作。

销毁子路由进行回跳转事件移除操作，避免对回跳转事件移除时出现遗漏。

通过识别当前的路由流转状态和路由类型，根据不同情况进行事件监听、事件移除、传入回调函数等操作。

S204：在keep-alive路由对应的视图组件的activated生命周期内，对keep-alive路由进行事件监听操作。

其中，S202、S203和S204为并列关系。

若路由类型为keep-alive路由，则在处于激活状态的keep-alive路由对应的视图组件的activated生命周期内，基于预设回调函数对keep-alive路由进行事件监听操作。

如果识别到激活了此keep-alive路由，则在当前激活keep-alive路由对应的视图组件activated生命周期内进行返回跳转事件监听操作。

在预设destroy生命周期内，对keep-alive路由进行移除事件操作，即对keep-alive路由进行移除返回跳转事件操作。

本申请是以页面的返回跳转监听作为实际的应用场景，结合实际的应用场景和技术方案，需要在每个单独的视图组件中，定义统一名称的goBack()方法，各自对定制化的返回跳转规则进行重写和实现。

各视图组件重写的goBack()方法，在监听处理模块监听事件触发时作为回调函数被调用执行，这样进行重写实现有利于减少视图组件相互之间的耦合性。

利用Vue Router路由管理器的导航全局守卫，针对三种不同的路由类型，对网页容器的事件进行事件监听和事件移除，并在事件触发时回调当前激活路由的视图组件中重写的goBack()方法。

基于JavaScript框架内动态路由和网页容器的返回跳转模型，此模型可以针对不同的页面路由类型，差异化地对网页容器返回进行监听和移除，从而在触发物理返回或容器监听时执行定制的返回调整规则和逻辑，提升产品的易用性和合理性，最终改进用户体验。

本申请实施例中，无需通过视图组件内的自定义组件监听网页容器的事件，只需针对单独路由、父子路由和keep-alive几种不同的路由类型对网页容器进行差异化的事件监听、事件移除等操作，避免出现重复监听网页容器的事件和减少由于各视图组件单独监听所导致的事件遗漏等现象。

基于上述实施例图1公开的一种数据处理方法，本申请实施例还对应公开了一种数据处理装置，如图3所示，该数据处理装置包括识别单元301、第一操作单元302、第二操作单元303和第三操作单元304。

识别单元301，用于识别网页容器中被激活的当前路由所对应的路由类型；路由类型包括单独路由、父子路由和keep-alive路由。

其中，识别单元301通过Vue Router路由管理器的导航全局守卫识别网页容器中被激活的当前路由所对应的路由类型。

在激活单独路由时识别单元301进行返回跳转事件的监听操作，销毁单独路由时进行事件移除操作。

第一操作单元302，用于若路由类型为单独路由，则对单独路由进行事件监听操作；事件监听操作用于表征对当前网页容器的返回跳转事件的监听操作。

其中，若路由类型为单独路由，第一操作单元302基于预设回调函数goback()对单独路由进行事件监听操作。

第二操作单元303，用于若路由类型为父子路由，则对父子路由逐级进行事件监听操作。

其中，若路由类型为父子路由，第二操作单元303基于预设回调函数goback()对单独路由进行事件监听操作。

第三操作单元304，用于若路由类型为keep-alive路由，则在keep-alive路由对应的视图组件的activated生命周期内，对keep-alive路由进行事件监听操作。

其中，若路由类型为keep-alive路由，则第三操作单元304在处于激活状态的keep-alive路由对应的视图组件的activated生命周期内，基于预设回调函数对keep-alive路由进行事件监听操作。

进一步的，识别单元301，具体用于通过Vue Router路由管理器识别网页容器中被激活的当前路由所对应的路由类型。

进一步的，第一操作单元302具体用于若路由类型为单独路由，基于预设回调函数对单独路由进行事件监听操作。

进一步的，第二操作单元303具体用于若路由类型为父子路由，则基于预设回调函数对父子路由逐级进行事件监听操作。

进一步的，第三操作单元304具体用于若路由类型为keep-alive路由，则在处于激活状态的keep-alive路由对应的视图组件的activated生命周期内，基于预设回调函数对keep-alive路由进行事件监听操作。

进一步的，还包括第一移除单元。

第一移除单元，用于对单独路由进行销毁操作及事件移除操作。

进一步的，还包括第二移除单元。

第二移除单元，用于对父子路由进行销毁操作及事件移除操作。

进一步的，还包括第三移除单元。

第三移除单元，用于在预设destroy生命周期内，对keep-alive路由进行移除事件操作。

本申请实施例中，无需通过视图组件内的自定义组件监听网页容器的事件，只需针对单独路由、父子路由和keep-alive几种不同的路由类型对网页容器进行差异化的事件监听、事件移除等操作，避免出现重复监听网页容器的事件和减少由于各视图组件单独监听所导致的事件遗漏等现象。

本申请实施例还提供了一种存储介质，存储介质包括存储的指令，其中，在指令运行时控制存储介质所在的设备执行上述数据处理方法。

本申请实施例还提供了一种电子设备，其结构示意图如图4示，具体包括存储器401，以及一个或者一个以上的指令402，其中一个或者一个以上指令402存储于存储器401中，且经配置以由一个或者一个以上处理器403执行所述一个或者一个以上指令402执行以下操作：

识别网页容器中被激活的当前路由所对应的路由类型；路由类型包括单独路由、父子路由和keep-alive路由；

若路由类型为单独路由，则对单独路由进行事件监听操作；事件监听操作用于表征对网页容器的返回跳转事件的监听操作；

若路由类型为父子路由，则对父子路由逐级进行事件监听操作；

若路由类型为keep-alive路由，则在keep-alive路由对应的视图组件的activated生命周期内，对keep-alive路由进行事件监听操作。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。