界面显示方法、装置、设备、存储介质及程序产品与流程

1.本技术实施例涉及互联网技术领域，尤其涉及一种界面显示方法、装置、设备、存储介质及程序产品。


背景技术：

2.目前，客户端的一个显示界面可以包括多个显示区域。其中，客户端可以针对这些显示区域向服务器发送多个数据请求；服务器在接收到每个数据请求之后可以响应于该数据请求，以向客户端发送数据请求所请求的数据；客户端只有在接收到该显示界面上的全部显示区域各自对应的数据之后才显示该显示界面。显然，这种界面显示方式存在显示界面显示效率低的问题，影响用户体验感。


技术实现要素：

3.本技术提供一种界面显示方法、装置、设备、存储介质及程序产品，以提高客户端的显示界面在多个显示区域上显示的显示效率，降低数据服务获取对数据展示的影响，提高数据展示过程中的容错率和灵活性，提高用户体验感。
4.第一方面，本技术提供一种界面显示方法，该方法应用于客户端，客户端的目标显示界面包括多个显示区域，该方法包括：通过多个显示区域对应的数据接口，向至少一个服务器发送多个数据请求，多个数据请求用于请求获取不同显示区域的数据；获取至少一个服务器返回的多个显示区域中部分显示区域的数据和多个显示区域中除部分显示区域以外的其余显示区域的数据获取失败提醒；当获取到部分显示区域的数据时，在目标显示界面上加载部分显示区域的数据；当获取到其余显示区域的数据获取失败提醒时，在目标显示界面上加载其余显示区域的数据加载失败标识；显示目标显示界面。
5.第二方面，本技术提供一种界面显示装置，包括：发送模块、获取模块、加载模块和显示模块，其中，发送模块，用于通过多个显示区域对应的数据接口，向至少一个服务器发送多个数据请求，多个数据请求用于请求获取不同显示区域的数据；获取模块，用于获取至少一个服务器返回的多个显示区域中部分显示区域的数据和多个显示区域中除部分显示区域以外的其余显示区域的数据获取失败提醒；加载模块用于：当获取到部分显示区域的数据时，在目标显示界面上加载部分显示区域的数据；当获取到其余显示区域的数据获取失败提醒时，在目标显示界面上加载其余显示区域的数据加载失败标识；显示模块，用于显示目标显示界面。
6.第三方面，提供一种电子设备，包括：处理器和存储器，该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行如第一方面或其各实现方式中的方法。
7.第四方面，提供一种计算机可读存储介质，用于存储计算机程序，计算机程序使得计算机执行如第一方面或其各实现方式中的方法。
8.第五方面，提供一种计算机程序产品，包括计算机程序指令，该计算机程序指令使
得计算机执行如第一方面或其各实现方式中的方法。
9.第六方面，提供一种计算机程序，计算机程序使得计算机执行如第一方面或其各实现方式中的方法。
10.通过本技术技术方案，客户端可以先通过多个显示区域对应的数据接口，向至少一个服务器发送多个数据请求，多个数据请求用于请求获取不同显示区域的数据，接着，客户端可以获取至少一个服务器返回的多个显示区域中部分显示区域的数据和多个显示区域中除部分显示区域以外的其余显示区域的数据获取失败提醒，当客户端获取到部分显示区域的数据时，可以在目标显示界面上加载部分显示区域的数据；当客户端获取到其余显示区域的数据获取失败提醒时，可以在目标显示界面上加载其余显示区域的数据加载失败标识，最后，客户端可以显示目标显示界面。相比于现有技术中客户端只有在接收到该目标显示界面上的全部显示区域各自对应的数据之后才显示该目标显示界面的方法，本技术提供的技术方案中，可以在客户端获取到部分显示区域的数据时，在目标显示界面上加载部分显示区域的数据，从而使得客户端可以在获取除上述部分显示区域以外的其余显示区域的数据失败时，把成功接收到的部分显示区域的数据显示在目标显示界面中，即本技术可以提高客户端的显示界面在多个显示区域上显示的显示效率，降低数据服务获取对数据展示的影响，提高数据展示过程中的容错率和灵活性，提高用户体验感。另外，本技术可以在客户端获取到其余显示区域的数据获取失败提醒时，在目标显示界面上加载其余显示区域的数据加载失败标识，可以方便用户确定哪些显示区域的数据加载失败，进一步提高用户体验感。
附图说明
11.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
12.图1为本技术实施例提供的一种应用场景图；
13.图2为本技术实施例提供的另一种应用场景图；
14.图3为本技术实施例提供的一种界面显示方法的流程图；
15.图4为本技术实施例提供的一种界面显示方法的示意图；
16.图5为本技术实施例提供的另一种界面显示方法的示意图；
17.图6为本技术实施例提供的再一种界面显示方法的示意图；
18.图7为本技术实施例提供的又一种界面显示方法的示意图；
19.图8为本技术实施例提供的又一种界面显示方法的示意图；
20.图9为本技术实施例提供的又一种界面显示方法的示意图；
21.图10为本技术实施例提供的又一种界面显示方法的示意图；
22.图11为本技术实施例提供的一种界面显示装置1100的示意图；
23.图12是本技术实施例提供的电子设备1200的示意性框图。
具体实施方式
24.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
25.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
26.如上所述，目前，客户端的一个显示界面可以包括多个显示区域。其中，客户端可以针对这些显示区域向服务器发送多个数据请求；服务器在接收到每个数据请求之后可以响应于该数据请求，以向客户端发送数据请求所请求的数据；客户端只有在接收到该显示界面上的全部显示区域各自对应的数据之后才显示该显示界面。显然，这种界面显示方式存在显示界面显示效率低的问题，影响用户体验感。
27.为了解决上述技术问题，本技术的发明构思是：客户端可以在获取到部分显示区域的数据时，在目标显示界面上加载部分显示区域的数据，可以在获取到其余显示区域的数据获取失败提醒时，在目标显示界面上加载其余显示区域的数据加载失败标识。
28.应理解的是，本技术技术方案可以应用于如下场景，但不限于：
29.场景一：客户端的目标显示界面在多个显示区域显示的数据来源于同一服务器。例如，图1为本技术实施例提供的一种应用场景图，如图1所示，客户端可以运行在电子设备110上，该客户端的目标显示界面10包括两个显示区域：显示区域11、显示区域12，其中，显示区域11的数据和显示区域12的数据都来源于服务器120。
30.场景二：客户端的目标显示界面在多个显示区域显示的数据来源于不同服务器。例如，图2为本技术实施例提供的另一种应用场景图，如图2所示，客户端可以运行在电子设备210上，该客户端的目标显示界面20包括两个显示区域：显示区域21、显示区域22，其中，显示区域21的数据和显示区域2的数据分别来源于服务器221、服务器222。
31.在一些可实现方式中，客户端可以是券商交易客户端，但不限于此。电子设备110或者电子设备210，可以为手机、平板电脑、桌面型、膝上型、手持计算机、笔记本电脑、车载设备、超级移动个人计算机(ultra-mobile personal computer，umpc)、上网本，以及蜂窝电话、个人数字助理(personal digital assistant，pda)、增强现实(augmented reality，ar)\虚拟现实(virtual reality，vr)设备等，但不限于此。服务器120可以是一台服务器，也可以是由多台服务器组成的服务器集群，还可以是云平台控制中心；类似的，服务器221可以是一台服务器，也可以是由多台服务器组成的服务器集群，还可以是云平台控制中心；类似的，服务器222可以是一台服务器，也可以是由多台服务器组成的服务器集群，还可以是云平台控制中心，本技术对此不做限制。
32.此外，应该理解，在图1或者图2中，服务器和电子设备的数目仅仅是示意性的，实
际上，可以根据实际情况需要设置任意数目的服务器和电子设备，本技术对此不做限制。
33.在介绍了本技术技术方案的应用场景之后，下面将对本技术技术方案进行详细阐述：
34.图3为本技术实施例提供的一种界面显示方法的流程图，该方法可以应用于客户端，该客户端的目标显示界面包括多个显示区域，如图3所示，该方法可以包括如下步骤：
35.s310：通过多个显示区域对应的数据接口，向至少一个服务器发送多个数据请求，多个数据请求用于请求获取不同显示区域的数据；
36.s320：获取至少一个服务器返回的多个显示区域中部分显示区域的数据和多个显示区域中除部分显示区域以外的其余显示区域的数据获取失败提醒；
37.s330：当获取到部分显示区域的数据时，在目标显示界面上加载部分显示区域的数据；当获取到其余显示区域的数据获取失败提醒时，在目标显示界面上加载其余显示区域的数据加载失败标识；
38.s340：显示目标显示界面。
39.在一些可实现方式中，券商交易客户端上的交易信息界面如图4所示，假设目标显示界面是关于交易记录的显示界面，在用户需要通过电子设备上安装的该券商交易客户端查看关于交易记录的显示界面时，用户可以点击该交易信息界面中的交易记录按钮，那么在用户点击该交易记录按钮后，客户端可以响应于用户的点击操作，向至少一个服务器发送多个数据请求，多个数据请求用于请求获取上述关于交易记录的显示界面上不同显示区域的数据。
40.需要说明的是，客户端向至少一个服务器发送多个数据请求之前，可以先确定目标显示界面中多个显示区域的数据来源，即确定多个显示区域中每个显示区域分别对应的服务器，然后，客户端可以对多个显示区域中每个显示区域的数据来源即服务器进行接口，在确定出每个显示区域分别对应的数据接口后，客户端可以通过多个显示区域对应的数据接口，向至少一个服务器发送多个数据请求。
41.在一些可实现方式中，上述多个数据请求包括并行数据请求和/或串行数据请求。其中，串行数据请求是具有依赖关系的数据请求，在串行数据请求中，一个数据请求的请求参数依赖另一个数据请求对应的数据回包，数据请求的发送有先后顺序。例如，假设数据请求a用于请求获取股票列表的数据，数据请求b用于请求获取上述股票列表中的第一个股票的数据，显然，客户端只有在获取到股票列表的数据后，才可以确定该股票列表中的第一个股票，从而才可以确定数据请求b的请求参数，所以数据请求a和数据请求b是具有依赖关系的数据请求，即数据请求a和数据请求b是串行数据请求，而且数据请求a的发送顺序在数据请求b的发送顺序之前，客户端只有在获取到服务器发送的数据请求a对应的数据回包即股票列表的数据后，才可以确定股票列表中的第一个股票，进而可以确定数据请求b的请求参数，从而可以向服务器发送数据请求b。并行数据请求是无依赖关系的数据请求，在并行数据请求中，对数据请求的发送顺序没有限制，客户端可以同时发送数据请求。例如，假设数据请求c用于请求获取股票1的数据，数据请求d用于请求获取股票2的数据，显然，获取股票1的数据和获取股票2的数据之间没有依赖关系，所以数据请求c和数据请求d之间没有依赖关系，所以数据请求c和数据请求d是并行数据请求，那么客户端可以同时发送数据请求c和数据请求d。
42.需要说明的是，上述数据请求a对应的数据回包和数据请求b对应的数据回包可以来源同一服务器，也可以来源于不同的服务器，上述数据请求c对应的数据回包和数据请求d对应的数据回包可以来源同一服务器，也可以来源于不同的服务器，本技术对此不做限制。
43.在一些可实现方式中，在多个数据请求为并行数据请求时，客户端可以通过多个显示区域对应的数据接口，同时向至少一个服务器发送该多个数据请求。示例性的，如图5所示，客户端包括：界面层、数据层、请求层，客户端可以向服务器1发送3个数据请求：数据请求1、数据请求2、数据请求3，这3个数据请求是并行数据请求，这3个数据请求分别用于请求获取显示区域1的数据、显示区域2的数据、显示区域3的数据，客户端可以在获取到部分显示区域的数据即数据回包后，对其进行存储和解析等处理，并根据该部分显示区域的数据显示目标显示界面。具体的，客户端的界面层可以向请求层发送数据请求1，请求层获取到数据请求1后，客户端可以基于请求层向服务器1发送数据请求1，服务器1获取到数据请求1后，可以响应于数据请求1，向客户端发送显示区域1的数据，之后，客户端可以基于请求层获取该显示区域1的数据，然后，请求层可以将显示区域1的数据发送给数据层，数据层获取到显示区域1的数据后，可以存储该显示区域1的数据，并通知界面层刷新显示界面，最后，客户端可以基于界面层和数据层存储的显示区域1的数据显示目标显示界面。其中，客户端可以同时向服务器1发送数据请求1、数据请求2、数据请求3，对于数据请求2、数据请求3、显示区域2的数据、显示区域3的数据等的相关描述和此处类似，本技术在此不再赘述。
44.例如，假设客户端先成功获取到显示区域1的数据，则客户端可以先在目标显示界面加载显示区域1的数据，此时目标显示界面显示的数据包括：显示区域1的数据，之后，客户端又获取到了显示区域2的数据，则客户端可以在目标显示界面加载显示区域2的数据，此时目标显示界面显示的数据包括：显示区域1的数据和显示区域2的数据，接着，客户端又获取到了显示区域3的数据，则客户端可以在目标显示界面加载显示区域3的数据，此时目标显示界面显示的数据包括：显示区域1的数据、显示区域2的数据和显示区域3的数据。假设客户端获取到显示区域2的数据获取失败提醒以及显示区域1的数据和显示区域3的数据，则客户端可以在目标显示界面上加载显示区域2的数据加载失败标识以及显示区域1的数据和显示区域3的数据，而并不会因为获取显示区域2的数据失败影响在目标显示界面上加载显示区域1的数据和显示区域3的数据。也就是说，对于并行数据请求，客户端可以在获取到部分显示区域的数据后，根据该部分显示区域的数据显示目标显示界面，使得客户端可以在获取除上述部分显示区域以外的其余显示区域的数据失败时，把成功获取到的部分显示区域的数据显示在目标显示界面中，从而可以提高客户端的显示界面在多个显示区域上显示的显示效率，降低数据服务获取对数据展示的影响，提高数据展示过程中的容错率和灵活性，提高用户体验感。
45.示例性的，如图6所示，客户端包括：界面层、数据层、请求层，客户端可以向服务器2发送数据请求4，向服务器3发送数据请求5，向服务器4发送数据请求6，数据请求4、数据请求5、数据请求6分别用于请求获取显示区域4的数据、显示区域5的数据、显示区域6的数据，数据请求4、数据请求5、数据请求6是并行数据请求。其中，客户端可以同时向服务器2、服务器3、服务器4分别发送数据请求4、数据请求5、数据请求6，对客户端向服务器2、服务器3、服务器4分别发送数据请求4、数据请求5、数据请求6的相关描述和上述客户端向服务器1发送
数据请求1的相关描述类似，本技术在此不再赘述。可以看到，服务器5、服务器6、服务器7之间不存在耦合关系，数据请求4、数据请求5、数据请求6之间不相互影响，显示区域4的数据、显示区域5的数据、显示区域6的数据的获取和显示也是独立的，所以客户端可以根据获取到的上述3个显示区域中部分显示区域的数据显示目标显示界面，从而可以提高客户端的显示界面在多个显示区域上显示的显示效率，降低数据服务获取对数据展示的影响，提高数据展示过程中的容错率和灵活性，提高用户体验感。
46.在一些可实现方式中，在多个数据请求为第一串行数据请求时，上述s310可以包括：通过多个显示区域中第一类型显示区域对应的数据接口，向至少一个服务器中第一类型显示区域对应的服务器发送第一串行数据请求中的在先数据请求，第一串行数据请求中的在先数据请求用于请求获取第一类型显示区域的数据；在获取到第一类型显示区域的数据后，通过多个显示区域中第二类型显示区域对应的数据接口，向至少一个服务器中第二类型显示区域对应的服务器发送第一串行数据请求中的在后数据请求，第一串行数据请求中的在后数据请求用于请求获取第二类型显示区域的数据，第一串行数据请求中的在后数据请求的请求参数依赖于第一类型显示区域的数据。
47.示例性的，如图7所示，客户端包括：界面层、数据层、请求层，客户端可以向服务器5发送数据请求7，向服务器6发送数据请求8，数据请求7和数据请求8分别用于请求获取显示区域7的数据、显示区域8的数据，数据请求7和数据请求8是串行数据请求，显示区域7是第一类型显示区域，显示区域8是第二类型显示区域。其中，客户端可以在获取到显示区域7的数据后，向服务器6发送数据请求8。对客户端分别向服务器5、服务器6发送数据请求7、数据请求8的相关描述和上述客户端向服务器1发送数据请求1的相关描述类似，本技术在此不再赘述。例如，客户端可以先向服务器5发送数据请求7，以请求获取显示区域7的数据，在接受到服务器5发送的显示区域7的数据后，客户端可以在目标显示界面加载显示区域7的数据，同时，客户端可以根据显示区域7的数据确定数据请求8，并向服务器6发送数据请求8，以请求获取显示区域8的数据，若客户端获取到显示区域8的数据获取失败提醒，则这并不影响客户端可以根据显示区域7的数据显示目标显示界面，即本技术可以提高客户端的显示界面在多个显示区域上显示的显示效率，降低数据服务获取对数据展示的影响，提高数据展示过程中的容错率和灵活性，提高用户体验感。
48.在一些可实现方式中，在多个数据请求包括n对第二串行数据请求和目标并行数据请求时，n为正整数，上述s310可以包括：针对n对第二串行数据请求中的每对第二串行数据请求，通过多个显示区域中第三类型显示区域对应的数据接口，向至少一个服务器中第三类型显示区域对应的服务器发送第二串行数据请求中的在先数据请求，第二串行数据请求中的在先数据请求用于请求获取第三类型显示区域的数据；通过多个显示区域中至少一个第四类型显示区域对应的数据接口，向至少一个服务器中至少一个第四类型显示区域对应的服务器发送至少一个目标数据请求，至少一个目标数据请求用于请求获取至少一个第四类型显示区域对应的数据，至少一个目标数据请求和n对第二串行数据请求中的在先数据请求是目标并行数据请求；针对n对第二串行数据请求中的每对第二串行数据请求，在获取到第二串行数据请求中的在先数据请求对应的第三类型显示区域的数据后，通过多个显示区域中第五类型显示区域对应的数据接口，向至少一个服务器中第五类型显示区域对应的服务器发送第二串行数据请求中的在后数据请求，第二串行数据请求中的在后数据请求
用于请求获取第五类型显示区域的数据，第二串行数据请求中的在后数据请求的请求参数依赖于第二串行数据请求中的在先数据请求对应的第三类型显示区域的数据。示例性的，如图8所示，客户端包括：界面层、数据层、请求层，客户端可以向服务器7发送3个数据请求：数据请求9、数据请求10、数据请求11，这3个数据请求分别用于请求获取显示区域9的数据、显示区域10的数据、显示区域11的数据，其中，数据请求9和数据请求10是并行数据请求，数据请求10和数据请求11是串行数据请求，显示区域10是第三类型显示区域，显示区域9是第四类型显示区域，显示区域11是第五类型显示区域。客户端可以同时向服务器7发送数据请求9和数据请求10，客户端可以在获取到显示区域10的数据后，向服务器7发送数据请求11。对客户端向服务器7发送数据请求9、数据请求10、数据请求11的相关描述和上述客户端向服务器1发送数据请求1的相关描述类似，本技术在此不再赘述。例如，假设客户端获取显示区域10的数据成功，获取显示区域11的数据失败，则客户端可以根据显示区域10的数据显示目标显示界面。也就是说，对于串行数据请求，本技术可以在客户端获取在先发送的数据请求对应的显示区域的数据成功、在后发送的数据请求对应的显示区域的数据失败时，根据先发送的数据请求对应的显示区域的数据显示目标显示界面，而不会因为获取在后发送的数据请求对应的显示区域的数据失败，影响根据在先发送的数据请求对应的显示区域的数据显示目标显示界面，从而可以提高客户端的显示界面在多个显示区域上显示的数据量，提高用户体验感。
49.可以理解的是，本技术技术方案中，当客户端对多个数据进行处理时，在存在数据聚合的情况下，客户端可以对上述多个数据进行对应的柔性处理。其中，数据聚合是指对来自多个数据来源的多个数据或者来自同一数据来源的多个数据进行统一处理；柔性处理是指在存储数据聚合的情况时，对非强依赖性的数据做解耦处理，使得可以在非强依赖性的数据中部分数据加载失败、其余部分数据加载成功时，保证上述其余部分数据的正常显示，例如，对于客户端发送的并行数据请求，在客户端获取一部分数据请求对应的显示区域的数据失败时，客户端可以根据获取到的另一部分数据请求对应的显示区域的数据显示目标显示界面即在目标显示界面上加载获取到的另一部分数据请求对应的显示区域的数据；对于客户端发送的串行数据请求，在客户端获取在后发送的数据请求对应的显示区域的数据失败、获取在先发送的数据请求对应的显示区域的数据成功时，客户端可以根据在先发送的数据请求对应的显示区域的数据显示目标显示界面即在目标显示界面上加载先发送的数据请求对应的显示区域的数据。也就是说，本技术可以在客户端获取到部分显示区域的数据时，在目标显示界面上加载部分显示区域的数据，从而使得客户端可以在获取除上述部分显示区域以外的其余显示区域的数据失败时，把成功获取到的部分显示区域的数据显示在目标显示界面中，即本技术可以提高客户端的显示界面在多个显示区域上显示的显示效率，降低数据服务获取对数据展示的影响，提高数据展示过程中的容错率和灵活性，提高用户体验感。另外，本技术可以在客户端获取到其余显示区域的数据获取失败提醒时，在目标显示界面上加载其余显示区域的数据加载失败标识，可以方便用户确定哪些显示区域的数据加载失败，进一步提高用户体验感。
50.在一些可实现方式中，显示区域的数据可以是关于页面的数据，也可以是关于图像的数据，也可以是关于文字的数据，还可以是关于视频的数据，本技术对显示区域的数据的具体内容不做限制。
51.在本技术一实施例中，步骤s330中当获取到部分显示区域的数据时，在目标显示界面上加载部分显示区域的数据的过程，可以具体包括：
52.当获取到部分显示区域的数据时，对各个显示区域对应的区域数据进行预处理，得到处理数据；
53.基于所述显示区域对应的类型，确定所述处理数据对应的显示方式；
54.基于所述显示方式，在目标显示页面上加载该显示区域对应的处理数据。
55.具体的，本实施例中的预处理可以包括数据归一化处理，在处理过程中，先检测该显示区域对应的数据类型，基于数据类型从数据库中判断是否需要进行归一化处理；若需要进行归一化处理，则获取该数据类型对应的归一化因子α，本实施例中的归一化因子用于表示该数据类型对应的归一化程度。之后计算区域数据dat_i对应的均值参数ε为：
[0056][0057]
其中，i表示组成区域数据的单个数据对应的数据标识，n表示区域数据中的总数量。本实施例中的均值用于表示该显示区域对应的区域数据的数值的平均情况，之后基于均值参数对获取到的区域数据进行归一化处理，得到区域数据对应的处理数据ope_i为：
[0058][0059]
上述方案中，基于均值参数和归一化因子对区域数据进行归一化处理，得到处理数据，并在相关区域中进行展示，提高了数据的展示效果和利用率。
[0060]
在一些可实现方式中，当客户端获取到其余显示区域的数据获取失败提醒时，在目标显示界面上加载其余显示区域的数据加载失败标识可以包括：当获取到其余显示区域的数据获取失败提醒时，在目标显示界面的预设位置加载其余显示区域的数据加载失败标识，可以方便用户确定哪些显示区域的数据加载失败，进一步提高用户体验感。
[0061]
示例性的，预设位置包括以下任一项：其余显示区域中每个显示区域、其余显示区域中任一显示区域、目标显示界面中除多个显示区域以外的其他区域，但不限于此。
[0062]
示例性的，其余显示区域的数据加载失败标识包括以下至少一项：数据加载失败的文字、数据加载失败的图片，但不限于此。
[0063]
示例性的，如图9所示，目标显示界面包括3个显示区域：显示区域1、显示区域2、显示区域3，显示区域1的数据、显示区域2的数据、显示区域3的数据分别是页面a的数据、页面b的数据、页面c的数据，客户端可以向至少一个服务器发送3个数据请求，分别用于请求获取页面a的数据、页面b的数据、页面c的数据，假设至少一个服务器返回页面a的数据、页面c的数据成功，返回页面b的数据失败，则如图10中的(a)所示，客户端可以在获取到页面a的数据、页面c的数据后，可以在目标显示界面的显示区域1处加载页面a的数据，在显示区域2处显示加载显示区域2的数据加载失败标识：加载页面b失败。由此可见，虽然客户端获取页面b的数据失败，但是并不影响客户端根据页面a的数据、页面c的数据显示目标显示界面，可以提高客户端的显示界面在多个显示区域上显示的显示效率，降低数据服务获取对数据展示的影响，提高数据展示过程中的容错率和灵活性，提高用户体验感示例性的，结合图8，
客户端向服务器7发送了3个数据请求：数据请求9、数据请求10、数据请求11，分别用于请求获取：显示区域4的数据、显示区域5的数据、显示区域6的数据，数据请求9和数据请求10是并行数据请求，数据请求10和数据请求11是串行数据请求，这3个显示区域的数据分别是：市场新闻数据、自选股分组列表数据、自选股分组列表中第一个自选股的数据，假设目标显示界面是首页显示界面，服务器7返回市场新闻数据、自选股分组列表数据成功，返回自选股分组列表中第一个自选股的数据失败，则如图10中的(b)所示，客户端可以在获取到市场新闻数据、自选股分组列表数据后，在首页显示界面的显示区域4处加载市场新闻数据，在首页显示界面的显示区域5处加载自选股分组列表数据，在显示区域6处显示加载显示区域6的数据加载失败标识，该标识如图11中的(b)中显示区域6处的阴影图像所示。由此可见，虽然客户端获取自选股分组列表中第一个自选股的数据失败，但是并不影响客户端根据市场新闻数据、自选股分组列表数据显示首页显示界面，可以提高客户端的显示界面在多个显示区域上显示的显示效率，降低数据服务获取对数据展示的影响，提高数据展示过程中的容错率和灵活性，提高用户体验感
[0064]
示例性的，结合图7，客户端向服务器5发送数据请求7，向服务器6发送数据请求8，数据请求7和数据请求8分别用于请求获取显示区域7的数据、显示区域8的数据，数据请求7和数据请求8是串行数据请求，这2个显示区域的数据分别是：自选股分组列表数据、自选股分组列表中第二个自选股的数据，假设目标显示界面是自选股详情显示界面，服务器5返回自选股分组列表数据成功，服务器6返回自选股分组列表中第二个自选股的数据失败，则如图10中的(c)所示，客户端可以在获取到自选股分组列表数据后，在自选股详情显示界面的显示区域7处加载自选股分组列表数据，在自选股详情显示界面的显示区域7显示自选股分组列表数据，在显示区域7的上方处显示加载显示区域8的数据加载失败标识：加载自选股分组列表中第二个自选股失败。由此可见，虽然客户端获取自选股分组列表中第二个自选股的数据失败，但是并不影响客户端根据自选股分组列表数据显示自选股详情显示界面，可以提高客户端的显示界面在多个显示区域上显示的显示效率，降低数据服务获取对数据展示的影响，提高数据展示过程中的容错率和灵活性，提高用户体验感。示例性的，结合图6，客户端可以向服务器2发送数据请求4，向服务器3发送数据请求5，向服务器4发送数据请求6，这3个数据请求分别用于请求获取显示区域9的数据、显示区域10的数据、显示区域11的数据，这3个数据请求是并行数据请求，这3个显示区域的数据分别是：股票火花图数据、股票价格数据、股票指标数据，假设目标显示界面是市场指数显示界面，服务器2返回股票火花图数据成功，服务器3返回股票价格数据失败，服务器4返回股票指标数据失败，则如图10中的(d)所示，客户端可以在获取到股票火花图数据后，在市场指数显示界面的显示区域9处加载股票火花图数据，在显示区域10处显示加载显示区域10的数据加载失败标识：加载股票价格失败，在显示区域11处显示加载显示区域11的数据加载失败标识：加载股票指标失败。由此可见，虽然客户端获取股票价格数据、股票指标数据失败，但是并不影响客户端根据股票火花图数据显示市场指数显示界面，可以提高客户端的显示界面在多个显示区域上显示的显示效率，降低数据服务获取对数据展示的影响，提高数据展示过程中的容错率和灵活性，提高用户体验感。
[0065]
在一些可实现方式中，每个数据请求具体用于请求至少一个显示区域的数据，以提高请求效率，节省数据请求开销。
[0066]
示例性的，客户端可以向服务器发送一个数据请求，该数据请求用于请求获取显示区域12数据和显示区域13数据，服务器获取到该数据请求后，可以将显示区域12数据和显示区域13数据发送给客户端，客户端获取到显示区域12数据和显示区域13数据后，可以根据显示区域12数据和显示区域13数据显示目标显示界面。假设客户端在发送上述数据请求后，获取显示区域12数据成功，但是获取显示区域13数据失败，则客户端可以根据显示区域12数据显示目标显示界面，而不会因为获取显示区域13数据失败，影响根据显示区域12数据显示目标显示界面，也就是说，针对用于请求获取多个数据的同一个数据请求，客户端可以根据成功获取到的上述多个数据中的部分数据显示目标显示界面，也即客户端可以在获取上述多个数据中一部分数据失败时，可以根据获取到的上述多个数据中的另一部分数据显示目标显示界面，从而不仅可以提高请求效率，节省数据请求开销，还可以客户端的显示界面在多个显示区域上显示的显示效率，降低数据服务获取对数据展示的影响，提高数据展示过程中的容错率和灵活性，提高用户体验感。
[0067]
可以理解的是，在本技术的具体实施方式中，涉及到显示区域的数据等相关数据，当本技术以上实施例运用到具体产品或技术中时，需要获得用户许可、同意或者授权，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
[0068]
综上所述，上述实施例提供的技术方案至少带来以下有益效果：通过本技术技术方案，客户端可以先通过多个显示区域对应的数据接口，向至少一个服务器发送多个数据请求，多个数据请求用于请求获取不同显示区域的数据，接着，客户端可以获取至少一个服务器返回的多个显示区域中部分显示区域的数据和多个显示区域中除部分显示区域以外的其余显示区域的数据获取失败提醒，当客户端获取到部分显示区域的数据时，可以在目标显示界面上加载部分显示区域的数据；当客户端获取到其余显示区域的数据获取失败提醒时，可以在目标显示界面上加载其余显示区域的数据加载失败标识，最后，客户端可以显示目标显示界面。相比于现有技术中客户端只有在获取到该目标显示界面上的全部显示区域各自对应的数据之后才显示该目标显示界面的方法，本技术提供的技术方案中，可以在客户端获取到部分显示区域的数据时，在目标显示界面上加载部分显示区域的数据，从而使得客户端可以在获取除上述部分显示区域以外的其余显示区域的数据失败时，把成功获取到的部分显示区域的数据显示在目标显示界面中，即本技术可以提高客户端的显示界面在多个显示区域上显示的显示效率，降低数据服务获取对数据展示的影响，提高数据展示过程中的容错率和灵活性，提高用户体验感。另外，本技术可以在客户端获取到其余显示区域的数据获取失败提醒时，在目标显示界面上加载其余显示区域的数据加载失败标识，可以方便用户确定哪些显示区域的数据加载失败，进一步提高用户体验感。进一步的，每个数据请求可以具体用于请求至少一个显示区域的数据，以提高请求效率，节省数据请求开销。
[0069]
图11为本技术实施例提供的一种界面显示装置1100的示意图，如图11所示，该装置1100包括：
[0070]
发送模块1101，用于通过多个显示区域对应的数据接口，向至少一个服务器发送多个数据请求，多个数据请求用于请求获取不同显示区域的数据；
[0071]
获取模块1102，用于获取至少一个服务器返回的多个显示区域中部分显示区域的数据和多个显示区域中除部分显示区域以外的其余显示区域的数据获取失败提醒；
[0072]
加载模块1103，用于：当获取到部分显示区域的数据时，在目标显示界面上加载部
分显示区域的数据；当获取到其余显示区域的数据获取失败提醒时，在目标显示界面上加载其余显示区域的数据加载失败标识；
[0073]
显示模块1104，用于显示目标显示界面。
[0074]
在一些可实现方式中，多个数据请求包括并行数据请求和/或串行数据请求；其中，串行数据请求是具有依赖关系的数据请求。
[0075]
在一些可实现方式中，在多个数据请求为第一串行数据请求时，发送模块1101具体用于通过多个显示区域中第一类型显示区域对应的数据接口，向至少一个服务器中第一类型显示区域对应的服务器发送第一串行数据请求中的在先数据请求，第一串行数据请求中的在先数据请求用于请求获取第一类型显示区域的数据；在获取到第一类型显示区域的数据后，通过多个显示区域中第二类型显示区域对应的数据接口，向至少一个服务器中第二类型显示区域对应的服务器发送第一串行数据请求中的在后数据请求，第一串行数据请求中的在后数据请求用于请求获取第二类型显示区域的数据，第一串行数据请求中的在后数据请求的请求参数依赖于第一类型显示区域的数据。
[0076]
在一些可实现方式中，在多个数据请求包括n对第二串行数据请求和目标并行数据请求时，n为正整数，发送模块1101具体用于针对n对第二串行数据请求中的每对第二串行数据请求，通过多个显示区域中第三类型显示区域对应的数据接口，向至少一个服务器中第三类型显示区域对应的服务器发送第二串行数据请求中的在先数据请求，第二串行数据请求中的在先数据请求用于请求获取第三类型显示区域的数据；通过多个显示区域中至少一个第四类型显示区域对应的数据接口，向至少一个服务器中至少一个第四类型显示区域对应的服务器发送至少一个目标数据请求，至少一个目标数据请求用于请求获取至少一个第四类型显示区域对应的数据，至少一个目标数据请求和n对第二串行数据请求中的在先数据请求是目标并行数据请求；针对n对第二串行数据请求中的每对第二串行数据请求，在获取到第二串行数据请求中的在先数据请求对应的第三类型显示区域的数据后，通过多个显示区域中第五类型显示区域对应的数据接口，向至少一个服务器中第五类型显示区域对应的服务器发送第二串行数据请求中的在后数据请求，第二串行数据请求中的在后数据请求用于请求获取第五类型显示区域的数据，第二串行数据请求中的在后数据请求的请求参数依赖于第二串行数据请求中的在先数据请求对应的第三类型显示区域的数据。
[0077]
在一些可实现方式中，加载模块1103具体用于：当获取到其余显示区域的数据获取失败提醒时，在目标显示界面的预设位置加载其余显示区域的数据加载失败标识；其中，预设位置包括以下任一项：其余显示区域中每个显示区域、其余显示区域中任一显示区域、目标显示界面中除多个显示区域以外的其他区域；其余显示区域的数据加载失败标识包括以下至少一项：数据加载失败的文字、数据加载失败的图片。
[0078]
在一些可实现方式中，每个数据请求具体用于请求至少一个显示区域的数据。
[0079]
应理解的是，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。为避免重复，此处不再赘述。具体地，图11所示的装置1100可以执行上述方法实施例，并且装置1100中的各个模块的前述和其它操作和/或功能分别为了实现上述各个方法中的相应流程，为了简洁，在此不再赘述。
[0080]
上文中结合附图从功能模块的角度描述了本技术实施例的装置1100。应理解，该功能模块可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过硬件和软
件模块组合实现。具体地，本技术实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本技术实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。可选地，软件模块可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。
[0081]
图12是本技术实施例提供的电子设备1200的示意性框图。该电子设备1200可以是本技术中的发起方或者接受方。
[0082]
如图12所示，该电子设备1200可包括：
[0083]
存储器1210和处理器1220，该存储器1210用于存储计算机程序，并将该程序代码传输给该处理器1220。换言之，该处理器1220可以从存储器1210中调用并运行计算机程序，以实现本技术实施例中的方法。
[0084]
例如，该处理器1220可用于根据该计算机程序中的指令执行上述方法实施例。
[0085]
在本技术的一些实施例中，该处理器1220可以包括但不限于：
[0086]
通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等等。
[0087]
在本技术的一些实施例中，该存储器1210包括但不限于：
[0088]
易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(read-only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synch link dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，dr ram)。
[0089]
在本技术的一些实施例中，该计算机程序可以被分割成一个或多个模块，该一个或者多个模块被存储在该存储器1210中，并由该处理器1220执行，以完成本技术提供的方法。该一个或多个模块可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述该计算机程序在该电子设备中的执行过程。
[0090]
如图12所示，该电子设备还可包括：
[0091]
收发器1230，该收发器1230可连接至该处理器1220或存储器1210。
[0092]
其中，处理器1220可以控制该收发器1230与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。收发器1230可以包括发射机和接收机。收发器1230还可以进一步包括天线，天线的数量可以为一个或多个。
[0093]
应当理解，该电子设备中的各个组件通过总线系统相连，其中，总线系统除包括数
据总线之外，还包括电源总线、控制总线和状态信号总线。
[0094]
本技术还提供了一种计算机存储介质，其上存储有计算机程序，该计算机程序被计算机执行时使得该计算机能够执行上述方法实施例的方法。
[0095]
本技术实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得计算机执行上述方法实施例的方法。
[0096]
当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本技术实施例该的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如数字视频光盘(digital video disc，dvd))、或者半导体介质(例如固态硬盘(solid state disk，ssd))等。
[0097]
以上仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以该权利要求的保护范围为准。