数据获取方法和装置与流程

1.本公开的实施例涉及计算机技术领域，具体涉及数据获取方法和装置。


背景技术：

2.api(application programming interface,应用程序编程接口)是一些预先定义的接口(如函数等)，或者指一些软件系统中不同组成部分衔接的约定，用于提供应用程序与开发人员基于软件或硬件能够访问的一组例程，而无需访问源码。
3.服务端设计api时会考虑不同设备或不同业务领域等需求，为不同设备或不同业务领域等提供不同的api接口，具体如利用一些bff(backends for frontends)架构来实现。服务端api的返回数据的格式通常根据对应页面的展现形式预先设计。例如，预先根据页面的展示形式定制json(javascript object notation，js对象简谱)格式。
4.在涉及多个服务端api的数据组装时，通常需要服务端先查询各api的返回数据，然后根据需求将各api的返回数据按照指定格式等进行组装，然后通过api输出至前端进行解析、渲染等完成页面展示。但是由于不同的页面可能具有不同的页面风格，因此通常需要组装多种api的返回数据。或者，可以把相似需求的数据组合成一个接口输出，但这样对于每个前端来说，可能会下发其不需要的一些数据。


技术实现要素：

5.本公开的实施例提出了数据获取方法和装置。
6.第一方面，本公开的实施例提供了一种数据获取方法，该方法包括：获取基于预设协议编写的查询语句，其中，预设协议用于描述服务端接口和对应的查询规则，查询语句用于获取目标服务端接口的返回数据；根据预设协议，调用查询语句对应的目标服务端接口，得到目标服务端接口的返回数据作为查询结果。
7.第二方面，本公开的实施例提供了一种页面展示方法，该方法包括：接收用户针对页面的目标操作；确定目标操作对应的查询语句，其中，查询语句基于预设协议编写，预设协议用于描述服务端接口和对应的查询规则，查询语句用于获取目标服务端接口的返回数据；获取查询语句对应的查询结果，其中，查询结果利用如第一方面所描述的方法得到；根据查询结果更新页面。
8.第三方面，本公开的实施例提供了一种数据获取装置，该装置包括：查询语句获取单元，被配置成获取基于预设协议编写的查询语句，其中，预设协议用于描述服务端接口和对应的查询规则，查询语句用于获取目标服务端接口的返回数据；接口调用单元，被配置成根据预设协议，调用查询语句对应的目标服务端接口，得到目标服务端接口的返回数据作为查询结果。
9.第四方面，本公开的实施例提供了一种页面展示装置，该装置包括：接收单元，被配置成接收用户针对页面的目标操作；确定单元，被配置成确定目标操作对应的查询语句，其中，查询语句基于预设协议编写，预设协议用于描述服务端接口和对应的查询规则，查询
语句用于获取目标服务端接口的返回数据；查询结果获取单元，被配置成获取查询语句对应的查询结果，其中，查询结果利用如第一方面所描述的方法得到；页面更新单元，被配置成根据查询结果更新页面。
10.第五方面，本公开的实施例提供了一种电子设备，该电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面中任一实现方式描述的方法。
11.第四方面，本公开的实施例提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面中任一实现方式描述的方法。
12.本公开的实施例提供的数据获取方法和装置，通过预先设置用于描述服务端接口和针对服务端接口的查询规则的协议，可以基于该预设协议，根据实际需求编写对应的查询语句，通过预设协议调用所需的服务端接口来获取所需的返回数据，从而实现一种基于预设协议的服务段接口的返回数据的获取方法，而且由于预设协议开发本身所具有的灵活性，使得可以根据需求设置不同的查询规则，进而提升用户针对服务端接口的返回数据查询的灵活性，可以便捷地满足用户的各种查询需求，而无需对底层代码进行修改。
附图说明
13.通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显：
14.图1是本公开的一个实施例可以应用于其中的示例性系统架构图；
15.图2是根据本公开的数据获取方法的一个实施例的流程图；
16.图3a-3b是利用可视化配置管理工具开发预设协议的示意图；
17.图3c-3d是利用可视化配置管理工具编写查询语句并获取对应的查询结果的示意图；
18.图4是根据本公开的页面展示方法的一个实施例的流程图；
19.图5是根据本公开的数据获取装置的一个实施例的结构示意图；
20.图6是根据本公开的页面展示装置的一个实施例的结构示意图；
21.图7是适于用来实现本公开的实施例的电子设备的结构示意图。
具体实施方式
22.下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。
23.需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
24.图1示出了可以应用本公开的数据获取方法或数据获取装置的实施例的示例性架构100。
25.如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
26.终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种客户端应用或工具等等，例如浏览器类应用、搜索类应用、即时通信工具、开发类应用或工具等等。
27.终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务的多个软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。
28.服务器105可以是提供各种服务的服务器，例如为终端设备101、102、103上安装的客户端应用等提供支持的后端服务器。需要说明的是，服务器105可以是硬件，也可以是软件。当服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器105为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务的多个软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。
29.需要说明的是，本公开的实施例所提供的数据获取方法一般由服务器105执行，相应地，数据获取装置一般设置于服务器105中。
30.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
31.继续参考图2，其示出了根据本公开的数据获取方法的一个实施例的流程200。该数据获取方法包括以下步骤：
32.步骤201，获取基于预设协议编写的查询语句。
33.在本实施例中，协议可以指根据实际需求设置的一组各参与方都需要遵循的约定或规则。预设协议可以用于描述服务端接口和对应的查询规则。其中，服务端接口可以指服务端所具有的接口。接口可以指应用程序接口api等。查询规则可以指查询服务端接口的返回数据所需遵循的规则。
34.服务端接口的具体描述信息和查询规则的具体内容可以根据实际的应用需求灵活设置。例如，服务端接口的描述信息可以包括但不限于接口的名称、入参、出参、返回体、地址等等。查询规则的具体内容可以包括但不限于支持的查询类型、查询语句的语法结构和入参等等。具体地，预设协议可以由技术人员预先根据实际的应用需求进行编写。预设协议中描述的服务端接口可以包括服务端具有的所有接口，也可以只包括服务端具有的部分接口，具体可以根据实际需求设置。
35.具体地，可以采用现有的各种协议开发方式预先开发预设协议。例如，可以基于schema开发预设协议。
36.查询语句可以用于获取目标服务端接口的返回数据。其中，目标服务端接口可以指查询语句所需查询的服务端接口。查询语句可以根据预设协议进行编写。具体地，可以根据预设协议中所需查询的服务端接口和查询规则编写查询语句。
37.数据获取方法的执行主体(如图1所示的服务器105等)可以采用各种方法从本地或其他电子设备等获取查询语句。例如，可以接收用户利用执行主体输入的查询语句。
38.步骤202，根据预设协议，调用查询语句对应的目标服务端接口，得到目标服务端
接口的返回数据作为查询结果。
39.在本实施例中，可以根据预设协议解析出查询语句所指示查询的目标服务端接口，然后可以利用现有的各种接口调用方法调用目标服务端接口得到目标服务端接口的返回数据，从而可以将得到的目标服务端接口的返回数据作为查询语句对应的查询结果。
40.现有的服务端接口数据的查询方式，只能按照代码中预先设计的数据组装方式查询对应服务端接口的数据，对于用户来说，若用户有定制的查询需求，如用户期望多个服务端接口的返回数据按照指定顺序拼接返回，或指定服务端接口的返回数据增加一些关键字等，而当前代码设计无法满足该需求时，通常需要修改代码。本技术的方案通过在预设协议中记录各服务端接口的信息，同时根据实际的查询需求在该预设协议中设置查询规则，用户就可以按照预设协议编写查询语句，然后可以利用预设协议，调用查询语句对应的服务端接口获取所需的返回数据，由此可以根据用户实际需求，定制对应的查询规则，便捷地满足用户的各种查询需求，而无需修改应用代码。
41.在本实施例的一些可选的实现方式中，查询语句还可以用于指示查询结果的数据格式。其中，数据格式用于描述查询结果的记录、存储或展示的规则。查询结果的数据格式具体可以根据实际的应用需求设置。作为示例，数据格式可以指查询结果的交换格式，此时，数据格式包括但不限于：json、xml(extensible markup language，可扩展标记语言)、yaml(yaml ain't markup language)。
42.需要说明的是，由于查询语句是根据预设协议编写的，因此，查询语句指示的查询结果的数据格式也是预设协议中定义的。
43.此时，在调用目标服务端接口得到对应的返回数据后，可以按照查询语句指示的数据格式对返回数据进行调整，使得调整后的返回数据符合该数据格式，从而将调整后的返回数据作为查询语句对应的查询结果。
44.通过对数据格式的指定可以进一步方便用户可以定制所需的数据格式，从而不仅可以获取到所需的数据，而且可以获取到以指定格式返回的数据，便于用户进一步使用或操作，从而进一步满足用户查询的定制化需求。
45.在本实施例的一些可选的实现方式中，服务端接口的返回数据可以由至少一个键值对(key-value)拼接形成。例如，服务端接口的返回数据可以是json格式。此时，查询结果的数据格式可以用于描述各键值对之间的拼接顺序。
46.在本实施例的一些可选的实现方式中，查询语句所需查询的目标服务端接口的数量为至少两个。此时，查询结果的数据格式可以用于描述各服务端接口分别对应的返回数据之间的拼接顺序。
47.不同场景下可能具有不同的数据组装拼接需求，通过提供对各键值对之间的拼接顺序和各服务端接口的返回数据之间的拼接顺序的设置，可以使得查询结果中的各键值对能够按照用户的实际需求进行组装拼接，进一步提升用户对查询结果的格式设置的灵活性，满足不同用户的需求。
48.例如，有的需要依次拼接服务端接口“a”和“b”的返回数据，由的需要依次拼接服务端接口“b”和“a”的返回数据，对于不同的需求，可以定制化对应的数据格式以满足不同的需求。
49.在本实施例的一些可选的实现方式中，预设协议可以利用可视化配置管理工具开
发得到。其中，可视化配置管理工具可以是安装在电子设备中的应用程序等，具体可以由技术人员预先开发。
50.可视化配置管理工具还可以用于管理协议和查询语句。其中，对协议和查询语句的管理包括但不限于新建、修改、查询、删除等等。
51.例如，可以根据需求利用可视化配置管理工具构建多个预设协议。对于每个预设协议，也可以基于该预设协议编写利用可视化配置管理工具多个查询语句，还可以对已构建的预设协议进行修改或删除，还可以对已编写的查询语句进行修改或删除。
52.作为示例，预设协议的数量可以为至少两个，且各个预设协议可以分别对应不同类型的服务端接口。其中，服务端接口的类型可以根据实际的应用需求进行划分。例如，可以按照业务类型对服务端接口进行划分。此时，对于每种类型的服务端接口，可以开发对应于该服务端接口的预设协议，即每个预设协议仅用于描述对应的服务端接口。这种方式还可以实现不同类型的服务端接口之间的隔离，便于不同类型的服务端接口的管理和维护。
53.通过可视化配置管理工具可以便于相关用户对协议或查询语句等的管理，而屏蔽低层的技术复杂度，使得用户只需要在可视化页面中进行简单的操作就可以完成相关配置和管理，降低对相关用户的技术要求和学习成本，便于相关用户操作。
54.在本实施例的一些可选的实现方式中，预设协议可以包括定义的参数对象和查询对象。其中，参数对象可以用于描述服务端接口的返回数据所包括的关键字(key)。查询对象可以用于描述查询语句的格式。查询语句的格式可以包括入参和出参，而且其中的入参和出参属于参数对象描述的关键字。
55.此时，预设协议还用于描述服务端接口的调用地址与定义的参数对象和查询对象之间的对应关系。即预设协议中记录有参数对象对应的服务端接口，还记录有查询对象对应的服务端接口。
56.其中，服务端接口的调用地址可以指实现服务端接口的类实现的方法的执行位置。例如，调用地址可以使用服务端接口对应的类名和该类所实现的方法名称表示。
57.在该实现方式下，可以根据预设协议确定查询语句对应的目标服务端接口的调用地址，然后利用确定的调用地址调用对应的目标服务端接口以得到返回数据作为查询结果。
58.通过在协议中定义各种查询对象和参数对象来实现对于对应的服务端接口的描述，同时设置查询对象和参数对象分别对应的服务端接口的调用地址，便于后续基于查询语句调用对应的服务端接口以得到查询结果。需要说明的是，本实现方式仅仅是一种可选的预设协议的内容设置方式示例，不同的技术人员可以根据不同的需求或场景采用不同的方式开发预设协议。
59.需要说明的是，预设协议可以是一个协议，也可以根据需求由多个协议组成。例如，预设协议可以包括第一协议和第二协议，其中，第一协议可以包括定义的参数对象和查询对象，第二协议可以描述服务端接口的调用地址与定义的参数对象和查询对象之间的对应关系。
60.作为示例，可以参考图3a-3b，其示出了利用可视化配置管理工具开发预设协议的示意图。如图3a所示，开发人员可以在可视化配置管理工具提供的页面中填写协议的标题和内容。标题可以用于指示本次协议开发。
61.例如，协议内容可以如下所示：
[0062][0063][0064]
上述协议内容示例中定义了对象“query”、“book”和“author”。其中，对象“query”的内容包括一种查询规则，具体是以“id”作为入参的查询语句“bookbyid”，返回的是对象“book”。对象“book”的内容包括关键字“id”、“name”、“pagecount”、“author”和各关键字的类型。对象“author”的内容包括关键字“id”、“firstname”、“lastname”和各关键字的类型。各对象包括的关键字可以是服务端接口对应的关键字。
[0065]
如图3b所示，开发人员可以在可视化配置管理工具提供的页面中配置图3a填写的协议内容中的对象对应的服务端接口的调用地址。同时，还可以根据需求配置各种相关信息，包括但不限于编号、协议标识、对象、对象内容、接口所在类、方法、创建时间、创建人、修改时间、修改人、操作等等。
[0066]
例如，图3b中的一行记录为“17、9、book、author、xx.xx、getauthordatafelcher、y-m-d-h-ms、test、null、null、
‘
查看
’”
。则表示第17行记录，标识为9的协议中对象“book”中的关键字“author”实际对应的服务端接口所在的类为“xx.xx”，该类所实现的方法为“getauthordatafelcher”，该条记录的由“test”在“y-m-d-h-ms”这一时间点创建，且该记录未被任何人修改过，用户还可以通过点击操作栏中的“查看”来查看详细信息或修改记录等等。
[0067]
继续参考图3c-3d，其示出了利用可视化配置管理工具编写查询语句并获取对应的查询结果的示意图。如图3c所示，具有查询需求的用户可以利用可视化配置管理工具提供的页面填写使用的协议的标识、本次查询的标题和查询语句。
[0068]
例如，基于上述协议内容示例，查询语句可以为：
[0069][0070]
上述查询语句示例中利用“bookid”查询关键字“id”、“name”、“author”包括的关键字“id”、“firstname”和“lastname”分别对应的值(value)，并按顺序排列。
[0071]
如图3d所示，用户在输入查询语句之后，可以根据查询协议调用对应的服务端接口得到各关键字分别对应的值并按顺序排列作为查询结果，并将查询结果在可视化配置管理工具的页面中进行展示。
[0072]
例如，查询结果可以为
“‘
id’：
‘
book-3’；
‘
name’：
‘
xx’；
‘
author’：{
‘
id’：
‘
author-3’；
‘
firstname’：
‘
yy’；
‘
lastname’：
‘
zz’}。此时，查询得到的对应于各关键字的值分别为“book-3”、“xx”、“author-3”、“yy”和“zz”。
[0073]
在本实施例的一些可选的实现方式中，可以通过如下步骤根据预设协议调用查询语句对应的目标服务端接口，得到目标服务端接口的返回数据作为查询结果：
[0074]
步骤一，根据预设协议对查询语句进行词法分析，生成对应的抽象语法树。
[0075]
在本步骤中，可以先利用现有的各种抽象语法树生成方法，根据预设协议对查询语句进行词法分析以生成对应的抽象语法树(abstractsyntax code，ast)。例如，可以先基于预设协议对查询语句进行词法分析，得到tokens，然后根据语言的文法等对tokens进行进一步识别以生成抽象语法树。
[0076]
步骤二，对抽象语法树进行语法分析，生成对应的字节码文件。
[0077]
在本步骤中，可以采用现有的各种字节码文件转化方法对抽象语法树进行语法分析以生成对应的字节码文件。例如，可以对抽象语法树中的节点做语法校验处理，对运行时类的方法生成对应动态调用的字节码文件，如asm(assembly language)文件。
[0078]
步骤三，基于字节码文件，利用反射技术调用查询语句对应的目标服务端接口，得到目标服务端接口的返回数据作为查询结果。
[0079]
在本步骤中，在得到字节码文件之后，可以利用反射技术调用查询语句对应的目标服务端接口。例如，在得到字节码文件之后，用classloader.load()等方法加载字节码文件生成对应的脚本执行类，然后再通过constructor构造函数等生成对应的实例化对象去执行运行时类的方法，然后在方法中根据预设协议中描述的服务端接口的入参、出参等，通过反射调用对应的服务端接口。
[0080]
利用预设协议，对查询语句进行解析生成对应的抽象语法树，然后基于抽象语法
树生成对应的字节码文件，并利用字节码文件动态调用对应的服务端接口，从而实现查询结果的获取。需要说明的是，上述实现方式仅仅是一种调用对应服务端接口的示例，技术人员可以根据需求或实际场景采用不同的方法完成服务端接口的调用。例如，技术人员可以编写对应的脚本引擎来基于预设协议和查询语句，完成对所需的服务端接口的调用。
[0081]
在一些应用场景下，对于具有查询需求的研发或产品业务人员等，也可以基于可视化配置管理工具等便捷地编写查询语句进行所需数据的查询，从而便于这些人员基于所需数据进行的测试、调研或采样等操作。
[0082]
一些场景下，可以利用协议向前端呈现服务端接口，从而用户可以在前端根据协议定制查询语句和所需的数据格式等，按需获取所需数据，后端可以基于预设协议解析查询语句并动态调用对应的服务端接口以得到所需的查询结果。
[0083]
本公开的上述实施例提供的数据获取方法通常设置描述有服务端接口和查询规则的协议，利用该预设协议编写查询语句进行对应服务端接口的调用以获取查询结果，可以通过协议设置的灵活性，满足用户的各种定制化查询需求，而无需修改应用代码。此外，结合现有的服务端接口设计方式，可以简洁化现有的服务端接口设计，无需为各种业务逻辑做冗余等处理，而且可以减少bff层对于服务端接口的返回数据的获取和组装等的工作量，也可以降低bff逻辑设计的复杂度，同时对于用户定制化查询需求的满足，可以避免服务端不必要的数据下发，节省数据流量。
[0084]
进一步参考图4，其示出了页面展示方法的一个实施例的流程400。该页面展示方法的流程400，包括以下步骤：
[0085]
步骤401，接收用户针对页面的目标操作。
[0086]
在本实施例中，页面可以是任意的应用页面。用户针对页面的操作可以是各种用户操作(如点击、滑动等等)。用户针对页面的目标操作可以指符合预设条件的用户操作，其中，预设条件可以根据实际的应用场景设置。例如，预设条件可以是用户操作的类型为指定类型。又例如，预设条件可以是属于预先指定的用户操作。
[0087]
步骤402，确定目标操作对应的查询语句。
[0088]
在本实施例中，查询语句可以基于预设协议编写。其中，预设协议可以用于描述服务端接口和对应的查询规则，查询语句可以用于获取目标服务端接口的返回数据。具体地，可以采用各种方法确定目标操作对应的查询语句
[0089]
例如，可以预先设置目标操作与查询语句之间的对应关系。此时，可以根据预设的对应关系，查询目标操作对应的查询语句。又例如，可以根据目标操作指示获取的服务端接口的返回数据，利用预设协议实时生成对应的查询语句。
[0090]
作为示例，页面可以提供基于不同数据的不同展示方式，此时，用户可以根据需求选择所需的展示方式，从而可以用户所选的展示方式所需的数据确定对应的查询语句。
[0091]
步骤403，获取查询语句对应的查询结果。
[0092]
在本实施例中，可以利用上述图2实施例所描述的数据获取方法得到查询语句对应的查询结果。
[0093]
步骤404，根据查询结果更新页面。
[0094]
在本实施例中，在获取到查询结果之后，可以进一步根据查询结果对页面进行更新，具体的更新方法可以根据实际应用需求灵活设置。例如，在页面的指定位置处以指定方
式展示查询结果。
[0095]
本实施例中未具体说明的执行过程可参考图2对应实施例中的相关说明，在此不再赘述。
[0096]
需要说说明的是，本实施例提供的页面展示方法与图2对应实施例所描述的数据获取方法的执行主体可以相同，也可以不同。
[0097]
本公开的上述实施例提供的方法在接收到用户对于页面的目标操作时，通过确定对应的基于预设协议编写的查询语句，并利用预设协议调用查询语句获取对应的查询结果，再基于查询结果更新页面，便于页面能够根据实际需求扩展各种功能，从而有助于提升用户体验。
[0098]
进一步参考图5，作为对上述各图所示方法的实现，本公开提供了数据获取装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
[0099]
如图5所示，本实施例提供的数据获取装置500包括查询语句获取单元501和接口调用单元502。其中，查询语句获取单元501被配置成获取基于预设协议编写的查询语句，其中，预设协议用于描述服务端接口和对应的查询规则，查询语句用于获取目标服务端接口的返回数据；接口调用单元502被配置成根据预设协议，调用查询语句对应的目标服务端接口，得到目标服务端接口的返回数据作为查询结果。
[0100]
在本实施例中，数据获取装置500中：查询语句获取单元501和接口调用单元502的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201和步骤202的相关说明，在此不再赘述。
[0101]
在本实施例的一些可选的实现方式中，上述查询语句还用于指示查询结果的数据格式；以及接口调用单元502进一步被配置成：根据预设协议，调用查询语句对应的目标服务端接口，得到目标服务端接口的返回数据；按照查询语句指示的数据格式调整得到的返回数据，得到格式调整后的返回数据作为查询结果。
[0102]
在本实施例的一些可选的实现方式中，服务端接口的返回数据由至少一个键值对拼接形成；以及数据格式用于描述各键值对之间的拼接顺序。
[0103]
在本实施例的一些可选的实现方式中，目标服务端接口的数量为至少两个。
[0104]
在本实施例的一些可选的实现方式中，上述接口调用单元502进一步被配置成：根据预设协议对查询语句进行词法分析，生成对应的抽象语法树；对抽象语法树进行语法分析，生成对应的字节码文件；基于字节码文件，利用反射技术调用查询语句对应的目标服务端接口，得到目标服务端接口的返回数据作为查询结果。
[0105]
在本实施例的一些可选的实现方式中，预设协议利用可视化配置管理工具开发得到，其中，可视化配置管理工具用于管理协议和查询语句。
[0106]
在本实施例的一些可选的实现方式中，预设协议的数量为至少两个，且各预设协议分别对应不同类型的服务端接口。
[0107]
在本实施例的一些可选的实现方式中，预设协议包括定义的参数对象和查询对象，其中，参数对象用于描述关键字，其中，关键字属于服务端接口的返回数据对应的关键字，查询对象用于描述查询语句的格式，查询语句的格式包括入参和出参，入参和出参属于参数对象；以及预设协议还用于描述服务端接口的调用地址与定义的参数对象和查询对象
之间的对应关系；以及接口调用单元502进一步被配置成：根据预设协议，确定查询语句对应的目标服务端接口的调用地址，以及利用确定的调用地址调用查询语句对应的目标服务端接口，得到目标服务端接口的返回数据作为查询结果。
[0108]
本公开的上述实施例提供的装置，通过查询语句获取单元获取基于预设协议编写的查询语句，其中，预设协议用于描述服务端接口和对应的查询规则，查询语句用于获取目标服务端接口的返回数据；接口调用单元根据预设协议，调用查询语句对应的目标服务端接口，得到目标服务端接口的返回数据作为查询结果，可以通过协议设置的灵活性，满足用户的各种定制化查询需求，而无需修改应用代码
[0109]
进一步参考图6，作为对上述各图所示方法的实现，本公开提供了页面展示装置的一个实施例，该装置实施例与图4所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
[0110]
如图6所示，本实施例提供的页面展示装置600包括接收单元601、确定单元602、查询结果获取单元603和页面更新单元604。其中，接收单元601被配置成接收用户针对页面的目标操作；确定单元602被配置成确定目标操作对应的查询语句，其中，查询语句基于预设协议编写，预设协议用于描述服务端接口和对应的查询规则，查询语句用于获取目标服务端接口的返回数据；查询结果获取单元603被配置成获取查询语句对应的查询结果，其中，查询结果利用如图2实施例所描述的方法得到；页面更新单元604被配置成根据查询结果更新页面。
[0111]
在本实施例中，页面展示装置600中：接收单元601、确定单元602、查询结果获取单元603和页面更新单元604的具体处理及其所带来的技术效果可分别参考图4对应实施例中的步骤401-404的相关说明，在此不再赘述。
[0112]
本公开的上述实施例提供的装置，通过接收单元接收用户针对页面的目标操作；确定单元确定目标操作对应的查询语句，其中，查询语句基于预设协议编写，预设协议用于描述服务端接口和对应的查询规则，查询语句用于获取目标服务端接口的返回数据；查询结果获取单元获取查询语句对应的查询结果；页面更新单元根据查询结果更新页面，便于页面能够根据实际需求扩展各种功能，从而有助于提升用户体验。
[0113]
下面参考图7，其示出了适于用来实现本公开的实施例的电子设备(例如图1中的终端设备)700的结构示意图。本公开的实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。图7示出的终端设备仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。
[0114]
如图7所示，电子设备700可以包括处理装置(例如中央处理器、图形处理器等)701，其可以根据存储在只读存储器(rom)702中的程序或者从存储装置708加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。在ram 703中，还存储有电子设备700操作所需的各种程序和数据。处理装置701、rom 702以及ram703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。
[0115]
通常，以下装置可以连接至i/o接口705：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置706；包括例如液晶显示器(lcd)、扬声器、振
动器等的输出装置707；包括例如磁带、硬盘等的存储装置708；以及通信装置709。通信装置709可以允许电子设备700与其他设备进行无线或有线通信以交换数据。虽然图7示出了具有各种装置的电子设备700，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图7中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。
[0116]
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置709从网络上被下载和安装，或者从存储装置708被安装，或者从rom 702被安装。在该计算机程序被处理装置701执行时，执行本公开的实施例的方法中限定的上述功能。
[0117]
需要说明的是，本公开的实施例所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。
[0118]
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取基于预设协议编写的查询语句，其中，预设协议用于描述服务端接口和对应的查询规则，查询语句用于获取目标服务端接口的返回数据；根据预设协议，调用查询语句对应的目标服务端接口，得到目标服务端接口的返回数据作为查询结果。
[0119]
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)——连接到用户计算机，或者，可以连接到外部计算机(例如
利用因特网服务提供商来通过因特网连接)。
[0120]
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0121]
描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括查询语句获取单元和接口调用单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，接口调用单元还可以被描述为“根据预设协议，调用查询语句对应的目标服务端接口，得到目标服务端接口的返回数据作为查询结果的单元”。
[0122]
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。