页面信息的确定方法、装置及终端设备

技术领域

本公开涉及计算机技术、金融科技、信息技术产业等领域，尤其涉及一种页面信息的确定方法、装置及终端设备。

背景技术

在流程和业务场景多且复杂的应用的开发过程中，由于页面、功能数量多，业务节点划分复杂，导致对页面、功能、业务节点进行关联时出现错误的情况。

发明内容

本公开提出一种页面信息的确定方法和装置，以至少解决应用的页面、功能、节点关联错误的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，本公开实施例提供一种页面信息的确定方法，包括：

获取页面生成请求，其中，生成请求包括待生成页面所属的第一应用的标识；

基于第一应用的标识，获取与第一应用配合使用的第二应用的第一页面信息；

将第二应用的第一页面信息进行映射，以生成第一应用的第二页面信息。

根据本公开实施例的第二方面，本公开实施例提供一种页面信息的确定装置，包括：

获取模块，用于获取页面生成请求，其中，生成请求包括待生成页面所属的第一应用的标识；

获取模块，用于基于第一应用的标识，获取与第一应用配合使用的第二应用的第一页面信息；

映射模块，用于将第二应用的第一页面信息进行映射，以生成第一应用的第二页面信息。

根据本公开实施例的第三方面，提供一种终端设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为执行指令，以实现如上述第一方面实施例的页面信息的确定方法。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，当计算机可读存储介质中的指令由终端设备的处理器执行时，使得终端设备能够执行如上述一方面实施例的页面信息的确定方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现上述一方面实施例的页面信息的确定方法。

本公开的实施例提供的技术方案至少带来以下有益效果：在获取包括待生成页面所属的第一应用的标识页面生成请求后，基于第一应用的标识，获取与第一应用配合使用的第二应用的第一页面信息，并将第二应用的第一页面信息进行映射，以生成第一应用的第二页面信息。由此，通过复用了第二应用的一页面信息，生成第一应用的第二页面信息。从而保证第一应用第二页面信息准确性的同时，又与第二应用的页面关系解构，降低了第二应用页面与第一应用页面的耦合，进而有利于提高第一应用开发的效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1为本公开第一实施例提供的一种页面信息的确定方法的流程示意图；

图2为本公开第二实施例提供的另一种页面信息的确定方法的流程示意图；

图3为本公开第三实施例提供的另一种页面信息的确定方法的流程示意图；

图4为本公开第四实施例提供的一种页面信息的确定装置的结构示意图；

图5是根据一示例性实施例示出的一种页面信息的确定的终端设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

本公开技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开中，通过复用了第二应用的一页面信息，生成第一应用的第二页面信息。从而保证第一应用第二页面信息准确性的同时，又与第二应用的页面关系解构，降低了第二应用页面与第一应用页面的耦合，进而有利于提高第一应用开发的效率。

本公开实施例的页面信息的确定方法，是由本公开实施例提供的页面信息的确定装置(以下简称确定装置)执行，该装置可配置于计算机设备等设备中，以解决应用的页面、功能、节点关联错误的问题。

下面参考附图描述本公开实施例的页面信息的确定方法和装置。

图1为本公开实施例所提供的一种页面信息的确定方法的流程图，包括以下步骤。

步骤101，获取页面生成请求，其中，生成请求包括待生成页面所属的第一应用的标识。

其中，第一应用的标识可以为第一应用的名称等任一可以唯一确定第一应用的信息。

应市场对移动端对服务端系统业务辅助、实现数据同步的迫切需求，亟需一种针对大型复杂系统在移动端实现低成本快速的业务开发同步的方案。但由于大型复杂系统中流程和业务场景多且复杂，在开发移动端对应的应用软件时，经常会出现页面、功能、节点关联错误的情况。从而导致移动端对应的应用的开发效率较低。

本公开中，在不改变原有服务端的复杂应用整体的配置结构的情况下下，获取服务端复杂应用中的页面信息，并对服务端复杂应用中的页面信息进行映射，确定服务端对应的应用的页面信息。从而保障服务端对应的应用的页面信息的准确性，进而有利于提高移动端对应的应用的开发效率。其中，页面信息中包括每个页面标识、每个页面标识关联的节点标识及功能标识。

本公开中，用户可以在客户端页面中输入待生成页面所属的第一应用的标识，并通过客户端向确定装置发送页面生成请求。由此，确定装置即可获取到页面生成请求。

步骤102，基于第一应用的标识，获取与第一应用配合使用的第二应用的第一页面信息。

本公开中，可以预先在系统的数据库中设置第一应用的标识与第二应用的标识的关联关系，以及各第二应用的页面信息。由此，确定装置即可根据第一应用的标识，获取与第一应用配合使用的第二应用的第一页面信息。

此外，页面信息可以保存在一个文件中，也可以保存在多个文件中，本公开对此不作限制。

比如，如表1所示，可以将页面标识、节点标识、功能标识，按照其之间的关联关系，存储在一个表中。

表1

如表2所示，可以将功能标识及每个功能名称关联存储在一个表中。如图3所示，可以将功能名称、每个功能对应的页面标识、每个页面标识对应的节点标识关联存储在一个表中。

表2

表3

步骤103，将第二应用的第一页面信息进行映射，以生成第一应用的第二页面信息。

其中，第二页面信息包括第一应用对应的多个页面标识、每个页面标识关联的节点标识及功能标识。

本公开中，将第二应用的第一页面信息进行映射，以生成第一应用的第二页面信息。一方面不需要开发人员人工重新划分第一应用的功能、节点，而直接通过将第一页面信息进行映射，确定第二页面信息中的功能标识、节点标识，从而在保证第二页面信息的准确性的同时，有利于提高第一应用开发的效率。另一方面，不需要开发人员人工重新关联第一应用的功能标识、节点标识、页面标识，而直接通过将第二应用的第一页面信息进行映射，确定第二页面信息中的功能标识、节点标识、页面之间的关联关系，从而在保证第二页面信息的准确性的同时，有利于提高第一应用开发的效率。

本公开中，当第一页面信息不在一个数据表中时，可以先将第一页面信息中各节点标识、功能标识、页面标识，确定为第二页面信息中的各节点标识、功能标识、页面标识。然后，再查询第一页面信息中各节点标识、功能标识、页面标识之间的关联关系，确定第二页面信息中的各节点标识、功能标识、页面标识的关联关系。

可选的，可以先确定第一页面信息中每个页面标识、节点标识、功能标识对应的标识字段。之后，基于每个标识字段进行映射，生成第一应用中每个页面对应的页面标识、每个页面标识关联的节点标识及功能标识。

其中，第一页面信息中每个页面标识对应的标识字段可以与其对应的节点标识中的标识字段相同，也可以为其实现的业务功能的标识字段。如表1所示，评级功能关联的页面标识中的标识字段，与评级功能关联的节点标识中的标识字段相同。业务功能关联的页面标识中的标识字段，为其实现的业务功能的标识字段。因此，对不同功能下的页面标识中的标识字段，可以通过不同的解析方式获取。

在获取第一页面信息中的每个页面标识对应的标识字段后，可以将每个页面标识对应的标识字段与页面对应的预设字段拼接，映射生成第二页面信息中的页面标识。同理，可以将每个功能标识对应的标识字段与功能对应的预设字段拼接，映射生成第二页面信息中的功能标识。可以将每个节点标识对应的标识字段与节点对应的预设字段拼接，映射生成第二页面信息中的节点标识。

可以理解的是，仅对第二应用的第二页面信息进行映射，生成第一应用的第一页面信息。并未全部复制第二应用各页面中的代码，实现了第一应用与第二应用的页面关系解构，降低了第二应用页面与第一应用页面的耦合，从而有利于提高第一应用开发效率。

本公开中，在获取包括待生成页面所属的第一应用的标识页面生成请求后，基于第一应用的标识，获取与第一应用配合使用的第二应用的第一页面信息，并将第二应用的第一页面信息进行映射，以生成第一应用的第二页面信息。由此，通过复用了第二应用的页面信息，生成第一应用的第二页面信息。从而保证第一应用第二页面信息准确性的同时，又与第二应用的页面关系解构，降低了第二应用页面与第一应用页面的耦合，进而有利于提高第一应用开发的效率。

图2为本公开实施例提供的另一种页面信息的确定方法。

如图2所示，该方法包括：

步骤201，获取页面生成请求，其中，生成请求包括待生成页面所属的第一应用的标识。

步骤202，基于第一应用的标识，获取与第一应用配合使用的第二应用的第一页面信息。

步骤203，将第二应用的第一页面信息进行映射，以生成第一应用的第二页面信息。

本公开中，步骤201-步骤203的具体实现过程，可参见本公开任一实施例的详细描述，在此不再赘述。

步骤204，接收页面信息的查询请求，其中，查询请求中包括待查询标识，待查询标识可以为功能标识、页面标识、节点标识。

本公开中，当基于第二页面信息开发第一应用时，当出现错误时，用户可能只知道功能标识、页面标识、节点标识其中之一。而为了快速确定关联的其他标识，从而能够快速的定位到先关的代码，提高第一应用开发效率。可以通过客户端向确定装置发送包含待查询标识的查询请求，以快速确定与待查询标识关联的其他标识。

步骤205，查询页面信息，确定待查询标识关联的目标标识。

本公开中，在生成第一应用的第二页面信息后，可以接收页面信息的包括待查询标识查询请求，并查询页面信息，确定待查询标识关联的其他标识。从而实现了快速确定待查询标识关联的其他标识。进一步有利于提高第一应用开发效率。

图3为本公开实施例提供的另一种页面信息的确定方法。

如图3所示，该方法包括：

步骤301，获取页面生成请求，其中，生成请求包括待生成页面所属的第一应用的标识。

步骤302，基于第一应用的标识，获取与第一应用配合使用的第二应用的第一页面信息。

步骤303，将第二应用的第一页面信息进行映射，以生成第一应用的第二页面信息。

本公开中，步骤301-步骤303的具体实现过程，可参见本公开任一实施例的详细描述，在此不再赘述。

步骤304，根据预设格式，生成每个页面标识对应的页面文件。

本公开中，可以将页面标识作为页面文件的名称，根据预设格式，生成每个页面标识对应的页面文件。其中页面文件为第一应用前段代码对应的文件。

可选的，在实际开发第一应用程序时，为了降低代码间的耦合性，每个页面文件可能存在多个相关联的子页面文件。可以在系统中预设设置生成页面文件的配置文件。其中，配置文件中包括子页面文件的命名规则、页面文件的文件类型及预设内容。之后，根据配置文件中指示的文件类型及预设内容，生成每个页面标识对应的页面文件。然后，再根据命名规则，生成每个页面文件的子页面文件。从而提高了第一应用开发效率。

可选的，在某个页面文件对应的子页面文件不够的情况下，用户可以通过客户端向确定装置发送包括待添加子页面文件对应的页面标识添加请求。之后，确定装置可以添加待添加子页面文件。

步骤305，分别将每个页面标识关联的节点标识配置对应的页面文件中。

本公开中，可以分别将每个页面标识关联的节点标识配置对应的页面文件中。还可以在将各页面标识，每个页面标识关联的节点标识及功能标识关联保存在关联配置文件中，从而实现了各功能、页面、节点的关联配置开发，有利于提高第一应用开发效率。

本公开中，在生成第一应用的第二页面信息后，可以根据预设格式，生成每个页面标识对应的页面文件，并分别将每个页面标识关联的节点标识配置对应的页面文件中。从而实现了各功能、页面、节点的关联配置开发，有利于提高第一应用开发效率。

图4是根据一示例性实施例示出的一种页面信息的确定装置框图。参照图4，该装置包括获取模块410、映射模块420。

获取模块410，用于获取页面生成请求，其中，生成请求包括待生成页面所属的第一应用的标识；

上述获取模块410，用于基于第一应用的标识，获取与第一应用配合使用的第二应用的第一页面信息；

映射模块420，用于将第二应用的第一页面信息进行映射，以生成第一应用的第二页面信息。

在本公开实施例一种可能的实现方式中，上述第二页面信息包括多个页面标识、每个页面标识关联的节点标识及功能标识。

在本公开实施例一种可能的实现方式中，还包括查询模块，用于：

接收页面信息的查询请求，其中，查询请求中包括待查询标识，其中，待查询标识可以为功能标识、页面标识、节点标识；

查询页面信息，确定待查询标识关联的目标标识。

在本公开实施例一种可能的实现方式中，还包括生成模块，用于：

根据预设格式，生成每个页面标识对应的页面文件；

分别将每个页面标识关联的节点标识配置对应的页面文件中。

在本公开实施例一种可能的实现方式中，上述生成模块，用于：

获取生成页面文件的配置文件，其中，配置文件中包括子页面文件的命名规则、页面文件的文件类型及预设内容；

根据文件类型及预设内容，生成每个页面标识对应的页面文件；

根据命名规则，生成每个页面文件的子页面文件。

在本公开实施例一种可能的实现方式中，上述生成模块，用于：

获取子页面文件的添加请求，其中，添加请求中包括待添加子页面文件对应的页面标识；

根据待添加子页面文件对应的页面标识及命名规则，添加待添加子页面文件。

在本公开实施例一种可能的实现方式中，上述映射模块420，用于：

确定第一页面信息中每个页面标识、节点标识、功能标识对应的标识字段；

基于每个标识字段进行映射，生成第一应用中每个页面对应的页面标识、每个页面标识关联的节点标识及功能标识。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开中，在获取包括待生成页面所属的第一应用的标识页面生成请求后，基于第一应用的标识，获取与第一应用配合使用的第二应用的第一页面信息，并将第二应用的第一页面信息进行映射，以生成第一应用的第二页面信息。由此，通过复用了第二应用的一页面信息，生成第一应用的第二页面信息。从而保证第一应用第二页面信息准确性的同时，又与第二应用的页面关系解构，降低了第二应用页面与第一应用页面的耦合，进而有利于提高第一应用开发的效率。

图5是根据一示例性实施例示出的一种页面信息的确定的终端设备的框图。

如图5所示，该终端设备500包括：

存储器510及处理器520，连接不同组件(包括存储器510和处理器520)的总线530，存储器510存储有计算机程序，当处理器520执行所述程序时实现本公开实施例所述的页面信息的确定方法。

总线530表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

终端设备500典型地包括多种电子设备可读介质。这些介质可以是任何能够被终端设备500访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器510还可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)540和/或高速缓存存储器550。终端设备500可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统560可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线530相连。存储器510可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本公开各实施例的功能。

具有一组(至少一个)程序模块570的程序/实用工具580，可以存储在例如存储器510中，这样的程序模块570包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块570通常执行本公开所描述的实施例中的功能和/或方法。

终端设备500也可以与一个或多个外部设备590(例如键盘、指向设备、显示器591等)通信，还可与一个或者多个使得用户能与该终端设备500交互的设备通信，和/或与使得该终端设备500能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口592进行。并且，终端设备500还可以通过网络适配器593与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器593通过总线530与终端设备500的其它模块通信。应当明白，尽管图中未示出，可以结合终端设备500使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理器520通过运行存储在存储器510中的程序，从而执行各种功能应用以及数据处理。

需要说明的是，本实施例的终端设备的实施过程和技术原理参见前述对本公开实施例的页面信息的确定方法的解释说明，此处不再赘述。

本公开中，在获取包括待生成页面所属的第一应用的标识页面生成请求后，基于第一应用的标识，获取与第一应用配合使用的第二应用的第一页面信息，并将第二应用的第一页面信息进行映射，以生成第一应用的第二页面信息。由此，通过复用了第二应用的一页面信息，生成第一应用的第二页面信息。从而保证第一应用第二页面信息准确性的同时，又与第二应用的页面关系解构，降低了第二应用页面与第一应用页面的耦合，进而有利于提高第一应用开发的效率。

在示例性实施例中，本公开还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器，上述指令可由终端设备的处理器执行以完成上述方法。可选地，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

为了实现上述实施例，本公开还提供一种计算机程序产品，该计算机程序由终端设备的处理器执行时，使得终端设备能够执行如前所述的页面信息的确定方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。