一种开放能力自定义菜单的方法

摘要

本发明涉及一种开放能力自定义菜单的方法，包括：根据应用类型在主应用下进行注册应用的注册；访问所述主应用时加载主应用及所述注册应用的基础信息；处理所述基础信息，将主应用及注册应用的菜单进行数组值合并；在菜单栏展示主应用及注册应用的菜单信息用于进行应用切换。本发明能够根据应用基础信息构建菜单数组，对菜单数组进行处理，减少了操作中打开浏览器的个数、提升操作使用体验、实现了在多个系统之间进行应用的无感切换。针对关联密切场景的系统在使用自定义菜单进行访问时，能够准确的进行条件匹配、数据筛选、无缝切换等功能，有效降低了操作员的操作使用成本。

说明书

技术领域

本发明涉及互联网技术领域，特别涉及一种开放能力自定义菜单的方法。

背景技术

随着互联网技术的不断发展，网络应用规模不断扩大，互联网逐渐融入社会的各个领域，伴随着政治、经济、教育、医疗、文化等各领域的发展，新兴的移动互联网应用场景不断涌现，各种场景下的软件应用系统在技术人员的研发下源源不断地产出，将原有的线下任务、流程与合作转移到了线上完成，提高了工作的效率。

但是，技术人员经常需要同时使用多个应用系统来对一项任务进行操作，也逐渐暴露出以下缺陷：1、需同时打开多个浏览器进行查看、操作等，须在浏览器之间进行切换来完成；2、在低配置电脑上同时开过多个浏览器容易造成卡顿，影响操作人员使用体验；3、关联紧密的业务场景需先切换到其他应用系统，再进一步操作。

因此，设计一种能够实现技术人员同时使用多个应用系统来对一项任务进行操作的自定义菜单的方法是亟待解决的技术问题。

发明内容

本发明针对现有技术存在的上述问题，提供了一种开放能力自定义菜单的方法，能够实现操作人员同时使用多个应用系统来对一项任务进行操作，能够提高操作人员的工作效率。

为实现上述目的，本发明的技术方案如下：

提供了一种开放能力自定义菜单的方法，包括：

根据应用类型在主应用下进行注册应用的注册；

访问所述主应用时加载主应用及所述注册应用的基础信息；

处理所述基础信息，将主应用及注册应用的菜单进行数组值合并；

在菜单栏展示主应用及注册应用的菜单信息用于进行应用切换。

优选地，所述基础信息包括但不限于应用ID、应用类型、平台参数、应用名、域名、路由菜单。

优选地，所述根据应用类型在主应用下进行注册应用的注册，包括：

根据应用类型选择指定应用类型的注册应用进入创建，筛选出支持该类型下的注册应用列表进行选择注册；

注册后的注册应用将接收到主应用的至少三个参数，包括但不限于选择挂载应用的应用ID、应用类型、平台参数；

对接收到的所述参数进行指定类型和/或平台下的处理，包括但不限于条件过滤、组件锁定、组件隐藏、页面展示、数据筛选；

所述注册应用的注册支持选择至少两个应用进行注册。

需要说明的是，这里注册应用在注册后与主应用会进行自动关联。

优选地，所述条件过滤，指支持注册的应用系统在接收到主应用的应用ID、应用类型、平台参数后，根据所述参数在进入注册的应用系统的各个页面时的，进行下拉筛选组件在指定项的选中；

所述组件锁定，指根据具体平台项进行平台条件的锁定；

所述数据筛选，指调用服务API时将主应用ID传递到服务端进行指定应用下的信息的包括但不限于过滤、筛选、排序的定制化逻辑。

优选地，所述应用类型包括但不限于iOS类型的应用、基础组件、业务组件、第三方组件或iOSAndroid类型的应用、基础组件、业务组件、第三方组件，H5类型的应用；

所述平台参数包括平台类型，所述平台类型包括但不限于：Android平台、ios平台、H5平台。

优选地，所述处理所述基础信息，包括如下步骤：

读取所述主应用及所述注册应用的基础信息；

循环遍历注册到主应用下的所有所述注册应用的应用列表，所述应用列表为由所述基础信息组合而成的应用数组；

对注册应用遍历项下的菜单数组属性值进行再次循环遍历；

菜单数组中每一个菜单项为一个菜单结构，对注册应用的菜单结构中第一层级的path属性值首部加上应用遍历项中的域名+应用名；

递归循环处理所述菜单结构的子菜单，将每个子菜单的相对path处理为绝对path值。

优选地，进行所述递归循环处理时，在所述子菜单的path属性值尾部追加主应用参数，包括但不限于应用ID、类型、平台参数。

优选地，所述应用切换，包括如下步骤：

点击主应用下的菜单访问主应用；

当由主应用菜单切换到注册应用的菜单时及完成一次应用切换。

本发明的有益效果为：

一种开放能力自定义菜单的方法，通过根据应用基础信息构建菜单数组，对菜单数组进行多次遍历，并进行path属性值处理，简单高效地实现了操作人员同时使用多个系统来对一项任务进行操作，达到无感进行应用切换的效果，有效提高了工作效率。

附图说明

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

图1为本发明实施例一种开放能力自定义菜单的方法进行注册应用注册的流程示意图；

图2为本发明实施例一种开放能力自定义菜单的方法的菜单处理流程示意图；

图3为本发明实施例一种开放能力自定义菜单的方法进行应用间无缝切换时的效果示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在本发明的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如S1、S2等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。

本发明实施例提供了一种开放能力自定义菜单的方法，通过根据应用基础信息构建菜单数组，对菜单数组进行处理，实现了在多个系统之间进行应用的无感切换。

下面将结合具体实施例对本发明请求保护的一种开放能力自定义菜单的方法作进一步地详细阐述。

请参阅图1，本发明实施例提供一种开放能力自定义菜单的方法，包括：

根据应用类型在主应用下进行注册应用的注册；

访问所述主应用时加载主应用及所述注册应用的基础信息；

处理所述基础信息，将主应用及注册应用的菜单进行数组值合并；

在菜单栏展示主应用及注册应用的菜单信息用于进行应用切换。

优选地，所述基础信息包括但不限于应用ID、应用类型、平台参数、应用名、域名、路由菜单。

优选地，所述根据应用类型在主应用下进行注册应用的注册，包括：

根据应用类型选择指定应用类型的注册应用进入创建，筛选出支持该类型下的注册应用列表进行选择注册；

注册后的注册应用将接收到主应用的至少三个参数，包括但不限于选择挂载应用的应用ID、应用类型、平台参数；

对接收到的所述参数进行指定类型和/或平台下的处理，包括但不限于条件过滤、组件锁定、组件隐藏、页面展示、数据筛选；具体的，对于支持注册的应用系统在接受到主应用的ID、平台、类型等参数后，将会根据所述的参数在进入注册的应用系统的各个页面时的，进行下拉筛选组件在指定项的选中，比如：筛选组件包含iOS、android、H5等，传递的参数为iOS，此时将组件内iOS选项进行选中，并在页面初始化时作为查询内容的条件传递给服务API，根据具体平台项进行平台条件的锁定，调用服务API时将主应用ID传递到服务端进行指定的应用下的信息的过滤、筛选、排序等的定制化逻辑，以减少操作人员切换到注册应用系统后进行繁琐的条件筛选的成本，以至达到提效的目的。

所述注册应用的注册支持选择至少两个应用进行注册。

优选地，所述条件过滤，指支持注册的应用系统在接收到主应用的应用ID、应用类型、平台参数后，根据所述参数在进入注册的应用系统的各个页面时的，进行下拉筛选组件在指定项的选中；需要说明的是，如本领域技术人员可以理解的，只要是支持注册的应用系统都是本发明要求保护的应用系统，以用户反馈系统为例，它能同时查看多平台下(iOS、Android、H5等)的用户反馈内容，这样在操作人员由一个指定的平台(iOS、Android、H5等)应用系统切换到该系统时，还需手动进行平台、类型等的条件过滤筛选操作后方可进行所需内容的查看。

所述组件锁定，指根据具体平台项进行平台条件的锁定；

所述数据筛选，指调用服务API时将主应用ID传递到服务端进行指定应用下的信息的包括但不限于过滤、筛选、排序的定制化逻辑。

优选地，所述应用类型包括但不限于iOS类型的应用、基础组件、业务组件、第三方组件或iOSAndroid类型的应用、基础组件、业务组件、第三方组件、H5类型的应用；

所述平台参数包括平台类型，所述平台类型包括但不限于：Android平台、ios平台、H5平台。

请参阅图2，优选地，所述处理所述基础信息，包括如下步骤：

读取所述主应用及所述注册应用的基础信息；

具体实施时，本发明实施例中所述基础信息的结构可以为{"ID":"","type":"类型","platform":"平台","domain":"域名","applicationName":"应用名","routes":[route-object],...}，其中routes路由菜单字段中的route-object结构为{"path":'/',"title":'","meta":{"title":"","icon":""},children:[route-object]}，字段children中的结构对象同route-object。

循环遍历注册到主应用下的所有所述注册应用的应用列表，所述应用列表为由所述基础信息组合而成的应用数组；

对注册应用遍历项下的菜单数组属性值进行再次循环遍历；

菜单数组中每一个菜单项为一个菜单结构，对注册应用的菜单结构中第一层级的path属性值首部加上应用遍历项中的域名+应用名；

具体地，对注册应用菜单结构中第一层级的path属性值首部加上应用遍历项中的域名+应用名时，处理路径格式为domain/applicationName/path，其中domain即为各注册应用创建时所录入的域名信息，applicationName用以区分当前菜单指向的应用。

递归循环处理所述菜单结构的子菜单，将每个子菜单的相对path处理为绝对path值。

优选地，进行所述递归循环处理时，在所述子菜单的path属性值尾部追加主应用参数，包括但不限于应用ID、类型、平台参数。

需要说明的是，所述菜单：是指系统各个页面在系统的路径(Path)；图1中所述应用系统菜单：是指经由“域名+应用名+路径”处理后，可供系统展示的内容，这里只是为了同未做处理时进行区分；所述子菜单：即为第一级菜单下的二级菜单。

具体的，如图2所示，在可替代的实施例中，操作人员首先进行登录操作，登录后访问开放平台，包括但不限于：Android平台、ios平台、H5平台等，在开放平台中选中需要的应用，这里以“得物APP”为例进行说明，选中“得物APP”后进入应用系统。菜单服务接口将会根据当前应用(“得物APP”)的应用ID拉取该应用的基础信息，包含应用ID、应用类型、平台、域名、应用名、菜单集等，其中菜单集中的每一项为树形结构，具体包含菜单路径、菜单名称、菜单图标、子菜单(同父菜单结构相同)。进一步判断是否存在已注册到该应用下的其他(Android、iOS、H5等)应用，如若有则将注册的应用基础信息进行批量读取；对应用信息中的树形菜单数据消息进行递归遍历处理，将每一菜单项的第一层级的path做域名+应用名+路径的组合处理，校验如若前述读取的应用基础信息存在则将注册应用信息进行相同逻辑处理；将数据进行如图3所示的方式进行呈现；操作员可在使用时进行系统间的无感切换。

请参阅图3，优选地，所述应用切换，包括如下步骤：

点击主应用下的菜单访问主应用；

当由主应用菜单切换到注册应用的菜单时及完成一次应用切换。

本申请提出一种开放能力自定义菜单的方法，能够根据应用基础信息构建菜单数组，对菜单数组进行处理，能够减少操作中打开浏览器的个数、提升操作使用体验、实现了在多个系统之间进行应用的无感切换。针对关联密切场景的系统在使用自定义菜单进行访问时，能够准确的进行条件匹配、数据筛选、无缝切换等功能，对应支持已注册的应用会做根据传递的主应用信息进行定制处理，无缝切换时除了满足切换也会满足与主应用的定制处理逻辑来提升过滤、选择等的操作体验，有效降低了操作员的操作使用成本。

以上显示和描述了本发明的基本原理、主要特征和本发明的优点。本行业的技术人员应该了解，本发明不受上述实施例的限制，上述实施例和说明书中描述的只是说明本发明的原理，在不脱离本发明精神和范围的前提下本发明还会有各种变化和改进，这些变化和改进都落入要求保护的本发明范围内。本发明要求保护范围由所附的权利要求书及其等同物界定。