CN115776516B - 页面刷新方法及其装置、电子设备 - Google Patents

Abstract

本申请实施例提供了一种页面刷新方法及其装置、电子设备，涉及页面刷新技术领域。该页面刷新方法可以包括：接收前端设备发送的目标页面的目标属性的第一变动信息；其中，所述第一变动信息为用户对所述目标属性进行的一次前端操作产生的，且所述前端操作需要后端服务；基于预设属性约束配置，对所述第一变动信息进行约束处理和校验处理，得到所述目标页面的增量信息；发送所述增量信息至所述前端设备以进行所述目标页面的增量更新。本申请实施例提供的技术方案，可以解决现有技术中页面刷新效率低的问题。

Description

页面刷新方法及其装置、电子设备

技术领域

本申请属于页面刷新技术领域，具体涉及一种页面刷新方法及其装置、电子设备。

背景技术

目前，许多应用程序的页面是基于HTML5（Hyper Text MarkupLanguage 5，第5代超文本标记语言）开发的。HTML5开发的特点是所有的页面数据需要通过接口调用的方式来获取，在进行页面刷新时，所有的接口会重新请求页面数据。

但实际情况是，页面中可能只有部分页面数据发生变化，需要重新获取以进行更新，而未发生变化的页面数据并不需要重新获取数据进行更新，现有的页面刷新方式会导致网络传输资源浪费，并且也会使得页面刷新的速度降低，影响页面展示效果，用户体验不佳。

发明内容

本申请实施例的目的是提供一种页面刷新方法及其装置、电子设备，以解决现有技术中页面刷新效率低的问题。

第一方面，本申请实施例提供了一种页面刷新方法，应用于后端设备，包括：

接收前端设备发送的目标页面的目标属性的第一变动信息；其中，所述第一变动信息为用户对所述目标属性进行的一次前端操作产生的，且所述前端操作需要后端服务；

基于预设属性约束配置，对所述第一变动信息进行约束处理和校验处理，得到所述目标页面的增量信息；

发送所述增量信息至所述前端设备以进行所述目标页面的增量更新。

第二方面，本申请实施例提供了一种页面刷新方法，应用于前端设备，包括：

接收用户对目标页面中的目标属性进行的一次前端操作；

在确定所述前端操作需要后端服务的情况下，将所述前端操作产生的第一变动信息发送至后端设备；

接收所述后端设备发送的所述目标页面的增量信息；其中，所述增量信息为所述后端设备基于预设属性约束配置，对所述第一变动信息进行约束处理和校验处理得到的；

根据所述增量信息，对所述目标页面进行增量更新。

第三方面，本申请实施例提供一种页面刷新装置，应用于后端设备，包括：

第一接收模块，用于接收前端设备发送的目标页面的目标属性的第一变动信息；其中，所述第一变动信息为用户对所述目标属性进行的一次前端操作产生的，且所述前端操作需要后端服务；

处理模块，用于基于预设属性约束配置，对所述第一变动信息进行约束处理和校验处理，得到所述目标页面的增量信息；

第一发送模块，用于发送所述增量信息至所述前端设备以进行所述目标页面的增量更新。

第四方面，本申请实施例提供一种页面刷新装置，应用于前端设备，包括：

第二接收模块，用于接收用户对目标页面中的目标属性进行的一次前端操作；

第二发送模块，用于在确定所述前端操作需要后端服务的情况下，将所述前端操作产生的第一变动信息发送至后端设备；

第三接收模块，用于接收所述后端设备发送的所述目标页面的增量信息；其中，所述增量信息为所述后端设备基于预设属性约束配置，对所述第一变动信息进行约束处理和校验处理得到的；

页面刷新模块，用于根据所述增量信息，对所述目标页面进行增量更新。

第五方面，本申请实施例提供一种电子设备，该电子设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面或第二方面所述的页面刷新方法中的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面或第二方面所述的页面刷新方法中的步骤。

本申请实施例中，对于每次导致页面属性信息发生变化且需要后端处理的前端操作，都调用一次后端服务，获得针对一次前端操作的页面增量信息，并将该页面增量信息反馈至前端设备，以使前端设备只刷新后端返回的页面变化内容，这样，可以减小前后端交互参数包，提高整体交互效率，减少网络资源浪费，同时前端采用增量渲染的方法，只刷新后端返回的页面变化内容，且页面变化内容是一次前端操作产生的，因此，可以实现最小化的页面信息刷新，使得页面动态快速渲染，提高页面刷新效率，提升页面展示效果。

附图说明

图1为本申请实施例提供的应用于后端设备的页面刷新方法的流程示意图；

图2为本申请实施例提供的云主机订购页面的示意图；

图3为本申请实施例提供的示例的流程示意图；

图4为本申请实施例提供的应用于前端设备的页面刷新方法的流程示意图；

图5为本申请实施例提供的应用于后端设备的页面刷新装置的示意框图；

图6为本申请实施例提供的应用于前端设备的页面刷新装置的示意框图。

具体实施方式

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

应理解，说明书中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本申请的各种实施例中，应理解，步骤的序号并不意味着绝对的先后执行顺序，各步骤的执行顺序应以其功能和内在逻辑进行确定，因此，各步骤的序号不应对本申请实施例的实施过程构成绝对的限定。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的页面刷新方法进行详细地说明。

本申请实施例提供了一种页面刷新方法，应用于后端设备。

如图1所示，该页面刷新方法可以包括：

步骤101：接收前端设备发送的目标页面的目标属性的第一变动信息。

其中，第一变动信息为用户对目标页面的目标属性进行的一次前端操作产生的，且该前端操作需要后端服务。这里所述的目标属性是指属性值可以发生变化的页面属性，如页面控件、信息输入框等。

本申请实施例中，用户每次对前端设备显示的页面进行操作，且该操作需要后端服务，也就是属性值的变化需要后端进行处理的情况下，则调用一次后端服务，这样可以实现对变动的属性信息进行实时处理。

可选地，本申请实施例中，可以制定一套前后端交互标准协议，用于实现每次对页面的前端操作需要后端服务时，均调用一次后端服务的方案。

步骤102：基于预设属性约束配置，对第一变动信息进行约束处理和校验处理，得到目标页面的增量信息。

本申请实施例中，后端设备可以基于预设属性约束配置得到一次前端操作导致的页面增量信息，即页面变化信息。

这里所述的预设属性约束配置，即属性约束配置信息，也可以称为属性约束规范（Property Constraint Schema，PCS），该属性约束规范是前端设备与后端设备执行的一种约束协议，用于对前端的增量操作进行约束和校验，并触发对应的响应操作。其中，约束处理是根据属性约束规范中配置的规范动作和变动属性信息，对页面增量信息进行约束，从而得到最终的页面增量信息。校验处理是根据属性约束规范中配置的校验规则，对变动属性信息进行校验，判断变动属性信息是否满足约束配置。

例如，如图2所示，在云主机订购页面200中的“磁盘”一项，可以设置系统盘大小，假设用户在数值输入框201中输入的数值为10，则前端设备将用户输入的系统盘大小信息提交给后端设备后，后端设备根据属性约束规范触发校验处理，确定用户输入的系统盘大小是否满足约束配置，如用户是否具有系统盘大小设置权限、设置的系统盘大小是否超过允许的设置范围等。若校验通过，则对用户输入的系统盘大小进行约束处理，假设底层配置了倍数取值的约束，配置的倍数为2，则系统盘大小的实际值会按配置的倍数进行更新并返回，即实际返回的数值为2*10。若没有配置倍数取值，则系统盘大小的实际值会按用户的输入值进行更新并返回，即实际返回的数值为10。其中，图2所示的云主机订购页面对应本申请实施例中所述的目标页面，系统盘的数值输入框201对应本申请实施例中所述的目标属性。

步骤103：发送目标页面的增量信息至前端设备以进行目标页面的增量更新。

本申请实施例中，后端设备在获得本次前端操作对应的页面增量信息后，将其发送至前端设备，使前端设备进行页面增量更新，即进行页面的局部信息刷新，相比于现有的页面刷新方式，这样，可以减小前后端交互参数包，提高交互效率，减少网络资源浪费，同时由于前端采用增量渲染方法，只刷新后端返回的页面变化内容，且页面变化内容是一次前端操作产生的，因此，可以实现最小化的页面信息刷新，使得页面动态快速渲染，提高页面刷新效率，提升页面展示效果。

作为一种可选实施例，本申请实施例中的目标页面可以是业务受理页面，优选云产品业务受理页面。

由于云产品的复杂性，业务受理信息采集多，前后端交互次数多，如图2所示，在云主机订购的业务受理界面中，用户需要进行资源池、规格类型、云主机规格、系统盘类型、镜像类型、操作系统等多项参数的设置，这些参数的参数值变化时，均会进行前后端交互，交互频率高，如何更好的在高交互场景中做到快速实时的信息刷新，为用户提供更快更好的业务办理体验成为了重点解决的问题。本申请实施例提供的页面刷新方法，可以实现最小化的页面信息刷新，使得页面可以动态快速渲染，因此可以很好的解决高交互场景中的页面刷新问题，提升云产品业务受理页面的刷新速度，改善页面展示效果。

此外，现有技术中，一般是在用户完成业务受理页面的所有信息填写，并触发信息提交控件后，再对页面变化信息进行校验，这种方式，一旦用户存在信息填写有误的情况，则可能需要用户重新填写部分或所有页面信息，操作不便。而本申请实施例是实时对页面变化内容进行校验处理，可以及时发现问题，相比于现有技术，可以简化用户在业务受理过程的操作，提高页面信息的填写效率。

可选地，对于高交互应用场景，本申请实施例中，可以制定一套前后端高交互标准协议（High Interaction Specification，HIS），用于实现在多次前后端交互中每次对页面的前端操作需要后端服务时，均调用一次后端服务的方案。

作为一种可选实施例，本申请实施例中，可以预先建立约束类型字典表，基于该字典表，对第一变动信息进行校验，判断第一变动信息是否满足约束配置。

其中，约束类型字典表可以如表1所示。

表1

作为一种可选实施例，步骤102：基于预设属性约束配置，对第一变动信息进行约束处理和校验处理，得到目标页面的增量信息，可以包括：

步骤A1：在校验通过的情况下，基于对第一变动信息的约束处理，得到第二变动信息、目标属性的联动属性以及联动属性的属性信息，并将第二变动信息和联动属性的属性信息确定为目标页面的增量信息。

其中，第二变动信息是对第一变动信息约束处理后得到的目标属性的最终变动信息，第二变动信息与第一变动信息可以是相同的，也可以是不同的，如步骤102中的示例所述，在具有2倍取值约束的情况下，第二变动信息为20，与第一变动信息10不同；在没有倍数取值约束的情况下，第二变动信息为10，与第一变动信息10相同。

这里所述的联动属性是指属性信息随目标属性的属性值变化而变化的页面属性。

本申请实施例中，在对第一变动信息进行校验后，确定第一变动信息满足预设约束配置的情况下，说明第一变动信息通过校验。在校验通过后，本申请实施例中，不仅可以将目标属性的最终变动信息，即第二变动信息，作为本次前端操作的增量信息，还可以获取目标属性的联动属性以及联动属性的属性信息，将联动属性的属性信息与第二变动信息一同作为本次前端操作的增量信息。例如，在目标属性为图2中的资源池的情况下，假设用户选择了资源池中的xx资源池，前端将该变化信息发送至后端，触发属性校验。校验通过后，确定资源池的联动属性，如xx资源池支持的规格类型、云主机规则、系统盘类型等，然后将这些联动属性信息也反馈至前端设备进行页面刷新。

现有技术中，目标属性的联动属性的属性信息的更新，需要前端向后端进行请求，在联动属性为多个时，则需要多次进行请求，页面刷新频繁，且每次进行页面内容更新时，是所有页面数据都更新一次，在浪费网络传输资源的同时，也会影响页面刷新速度，甚至造成页面刷新卡顿的情况。相比于现有技术，本申请实施例中，对于联动属性的属性信息的更新，无需前端向后端进行请求，后端可以基于预设属性约束配置，自动获取联动属性的属性信息，并反馈至前端进行页面的增量更新，减少了前后端交互次数和页面刷新内容，提升了页面刷新速度。

需要说明的是，本申请实施例中，可以先确定目标属性是否具有联动属性。若具有，则获取相应的联动属性以及属性信息；若不具有，则仅将第二变动信息作为目标页面的增量信息。

步骤A2：在校验失败的情况下，将目标提醒信息确定为目标页面的增量信息。

其中，目标提醒信息用于提醒前端操作无效。

本申请实施例中，在对第一变动信息进行校验后，确定第一变动信息不满足预设约束配置的情况下，如执行该前端操作的用户没有对目标页面的目标属性没有修改权限，或是目标属性修改后的属性值超出修改范围等，说明对第一变动信息校验失败，则可以将用于指示前端操作无效的目标提醒信息作为目标页面的增量信息，反馈至前端，由前端设备对其显示，从而提醒用户。

作为一种可选实施例，步骤102：基于预设属性约束配置，对第一变动信息进行约束处理和校验处理，得到目标页面的增量信息，可以包括：

在缓存中获取预设属性约束配置；基于预设属性约束配置，对第一变动信息进行约束处理和校验处理，获得页面变化信息；根据页面变化信息，在缓存中获取目标页面的增量信息。

本申请实施例中，预设属性约束配置信息和目标页面所需的所有数据信息均预先存储至缓存中，在需要的时候，再从缓存中加载出来，这样可以提高处理效率。

可选地，本申请实施例中的缓存可以是分布式缓存。

下面结合图2和图3，对上述方案进行举例说明。

如图3所示，该示例可以包括如下步骤：

步骤301：用户在前端展示的业务办理界面选择需要受理的云产品-云主机，然后进入步骤302。

步骤302：前端向后端发送云主机订购页面的显示请求，然后进入步骤303。

步骤303：后端发送页面信息查询请求至分布式缓存，然后进入步骤304。

步骤304：分布式缓存返回查询到的页面信息至后端，然后进入步骤305。

步骤305：后端返回页面信息至前端，然后进入步骤306。

步骤306：前端根据接收到的页面信息，展示云主机订购页面，然后进入步骤307。

步骤307：用户在云主机订购页面选择资源池信息，然后进入步骤308。

步骤308：前端发送变动属性信息至后端，然后进入步骤309。

步骤309：后端在分布式缓存中加载属性约束规范，然后进入步骤310。

步骤310：分布式缓存返回属性约束规范，然后分别进入步骤311和步骤312。

步骤311：后端根据属性约束规范对变动属性信息进行约束处理，然后进入步骤313。

其中，可以根据HIS协议，向分布式缓存中记录处理后的属性信息，即约束处理结果。

步骤312：后端根据属性约束规范对变动属性信息进行校验处理，然后进入步骤313。

其中，可以根据HIS协议，向分布式缓存中记录校验结果信息。

步骤313：后端根据约束处理结果和校验结果，确定页面变化信息，然后进入步骤314。

步骤314：后端提交页面变化信息至分布式缓存，然后进入步骤315。

步骤315：分布式缓存返回页面增量信息至后端，然后进入步骤316。

步骤316：后端根据HIS协议，将页面增量信息，封装为JSON格式的增量消息体，然后进入步骤317。

步骤317：后端返回增量消息体至前端，然后进入步骤318。

步骤318：前端根据HIS协议，处理增量消息体，进行局部页面更新。

可选地，本申请实施例中，可以在缓存中构建初始缓存对象和变动信息缓存对象，也就是缓存中包括：初始缓存对象和变动信息缓存对象。其中，初始缓存对象用于记录目标页面所需的所有数据信息，在目标页面为业务办理页面时，具体用于记录整个业务受理所需要的所有数据信息。变动信息缓存对象用于记录目标页面的变动信息，如最终确定的目标页面的增量信息。

本申请实施例还提供了一种页面刷新方法，应用于前端设备。

如图4所示，该页面刷新方法可以包括：

步骤401：接收用户对目标页面中的目标属性进行的一次前端操作。

这里所述的目标属性是指属性值可以发生变化的页面属性，如页面控件、信息输入框等。

步骤402：在确定该前端操作需要后端服务的情况下，将该前端操作产生的第一变动信息发送至后端设备。

本申请实施例中，用户每次对前端设备显示的页面进行操作，且该操作需要后端服务，也就是属性值的变化需要后端进行处理的情况下，则调用一次后端服务，这样可以实现对变动的属性信息进行实时处理。

可选地，本申请实施例中，可以通过埋点方式，记录目标属性的变化信息。

可选地，本申请实施例中，可以制定一套前后端交互标准协议，用于实现每次对页面的前端操作需要后端服务时，均调用一次后端服务的方案。

步骤403：接收后端设备发送的目标页面的增量信息。

其中，该增量信息为后端设备基于预设属性约束配置，对第一变动信息进行约束处理和校验处理后得到的。

本申请实施例中，后端设备可以基于预设属性约束配置得到一次前端操作导致的页面增量信息，即页面变化信息。然后获得的页面增量信息发送至前端设备。

这里所述的预设属性约束配置也可以称为属性约束规范，该属性约束规范是前端设备与后端设备执行的一种约束协议，用于对前端的增量操作进行约束和校验，并触发对应的响应操作。其中，约束处理是根据属性约束规范中配置的规范动作和处理变动属性信息，对页面增量信息进行约束，从而得到最终的页面增量信息。校验处理是根据属性约束规范中配置的校验规则，对变动属性信息进行校验，判断变动属性信息是否满足约束配置。

步骤404：根据该增量信息，对目标页面进行增量更新。

本申请实施例中，前端设备接收到后端设备发送的目标页面的增量信息后，基于该增量信息对目标页面进行增量更新，即进行页面的局部信息刷新，相比于现有的页面刷新方式，这样，可以减小前后端交互参数包，提高交互效率，减少网络资源浪费，同时由于前端采用增量渲染方法，只刷新后端返回的页面变化内容，且页面变化内容是一次前端操作产生的，因此，可以实现最小化的页面信息刷新，使得页面动态快速渲染，提高页面刷新效率，提升页面展示效果。

可选地，前后端可以采用基于表述性状态传递（Representational StateTransfer，REST）风格的超文本传输协议（Hyper Text Transfer Protocol，HTTP）协议，交互信息体采用JSON（JavaScriptObject Notation，JS对象简谱）格式，以满足前端多种语言的要求。前端可以基于vue2框架、Element-UI组件库、Echarts数据可视化图标库以及Axios，向后台发送请求，获取到 HIS协议的消息体JSON信息，达到动态渲染的效果。

作为一种可选实施例，本申请实施例中的目标页面可以是业务受理页面，优选云产品业务受理页面。

由于云产品的复杂性，业务受理信息采集多，前后端交互次数多，如图2所示，在云主机订购的业务受理界面中，用户需要进行资源池、规格类型、云主机规格、系统盘类型、镜像类型、操作系统等多项参数的设置，这些参数的参数值变化时，均会进行前后端交互，交互频率高，如何更好的在高交互场景中做到快速实时的信息刷新，为用户提供更快更好的业务办理体验成为了重点解决的问题。本申请实施例提供的页面刷新方法，可以实现最小化的页面信息刷新，使得页面可以动态快速渲染，因此可以很好的解决高交互场景中的页面刷新问题，提升云产品业务受理页面的刷新速度，改善页面展示效果。

此外，现有技术中，一般是在用户完成业务受理页面的所有信息填写，并触发信息提交控件后，再对页面变化信息进行校验，这种方式，一旦用户存在信息填写有误的情况，则可能需要用户重新填写部分或所有页面信息，操作不便。而本申请实施例是实时对页面变化内容进行校验处理，可以及时发现问题，相比于现有技术，可以简化用户在业务受理过程的操作，提高页面信息的填写效率。

可选地，对于高交互应用场景，本申请实施例中，可以制定一套前后端高交互标准协议，用于实现在多次前后端交互中每次对页面的前端操作需要后端服务时，均调用一次后端服务的方案。

作为一种可选实施例，目标页面的增量信息可以包括：在校验通过的情况下根据第一变动信息的约束处理结果，得到的第二变动信息和目标属性的联动属性的属性信息。

其中，第二变动信息是对第一变动信息约束处理后得到的目标属性的最终变动信息，第二变动信息与第一变动信息可以是相同的，也可以是不同的，如步骤102中的示例所述，在具有2倍取值约束的情况下，第二变动信息为20，与第一变动信息10不同；在没有倍数取值约束的情况下，第二变动信息为10，与第一变动信息10相同。

这里所述的联动属性是指属性信息随目标属性的属性值变化而变化的页面属性。

本申请实施例中，在后端设备对第一变动信息进行校验后，确定第一变动信息满足预设约束配置的情况下，说明第一变动信息通过校验。在校验通过后，本申请实施例中，不仅可以将目标属性的最终变动信息，即第二变动信息，作为本次前端操作的增量信息，还可以获取目标属性的联动属性以及联动属性的属性信息，将联动属性的属性信息与第二变动信息一同作为本次前端操作的增量信息。例如，在目标属性为图2中的资源池的情况下，假设用户选择了资源池中的xx资源池，前端将该变化信息发送至后端，触发属性校验。校验通过后，确定资源池的联动属性，如xx资源池支持的规格类型、云主机规则、系统盘类型等，然后将这些联动属性信息也反馈至前端设备进行页面刷新。

现有技术中，目标属性的联动属性的属性信息的更新，需要前端向后端进行请求，在联动属性为多个时，则需要多次进行请求，页面刷新频繁，且每次进行页面内容更新时，是所有页面数据都更新一次，在浪费网络传输资源的同时，也会影响页面刷新速度，甚至造成页面刷新卡顿的情况。相比于现有技术，本申请实施例中，对于联动属性的属性信息的更新，无需前端向后端进行请求，后端可以基于预设属性约束配置，自动获取联动属性的属性信息，并反馈至前端进行页面的增量更新，减少了前后端交互次数和页面刷新内容，提升了页面刷新速度。

需要说明的是，本申请实施例中，可以先确定目标属性是否具有联动属性。若具有，则获取相应的联动属性以及属性信息；若不具有，则仅将第二变动信息作为目标页面的增量信息。

作为一种可选实施例，目标页面的增量信息还可以包括：在校验失败的情况下生成的目标提醒信息；其中，目标提醒信息用于指示前端操作无效。

本申请实施例中，在后端设备对第一变动信息进行校验后，确定第一变动信息不满足预设约束配置的情况下，如执行该前端操作的用户没有对目标页面的目标属性没有修改权限，或是目标属性修改后的属性值超出修改范围等，说明对第一变动信息校验失败，则可以将用于指示前端操作无效的目标提醒信息作为目标页面的增量信息，反馈至前端，由前端设备对其显示，从而提醒用户。

以上即为对本申请实施例提供的页面刷新方法的描述。

综上所述，本申请实施例中，对于每次导致页面属性信息发生变化且需要后端处理的前端操作，都调用一次后端服务，获得针对一次前端操作的页面增量信息，并将该页面增量信息反馈至前端设备，以使前端设备只刷新后端返回的页面变化内容，这样，可以减小前后端交互参数包，提高交互效率，减少网络资源浪费，同时由于前端采用增量渲染方法，只刷新后端返回的页面变化内容，且页面变化内容是一次前端操作产生的，因此，可以实现最小化的页面信息刷新，使得页面动态快速渲染，提高页面刷新效率，提升页面展示效果。

以上介绍了本申请实施例提供的页面刷新方法，下面将结合附图介绍本申请实施例提供的页面刷新装置。

如图5所示，本申请实施例还提供了一种页面刷新装置，应用于后端设备。

其中，所述页面刷新装置可以包括：

第一接收模块501，用于接收前端设备发送的目标页面的目标属性的第一变动信息。

其中，所述第一变动信息为用户对所述目标属性进行的一次前端操作产生的，且所述前端操作需要后端服务。

处理模块502，用于基于预设属性约束配置，对所述第一变动信息进行约束处理和校验处理，得到所述目标页面的增量信息。

第一发送模块503，用于发送所述增量信息至所述前端设备以进行所述目标页面的增量更新。

可选地，所述处理模块502可以包括：

第一处理单元，用于在校验通过的情况下，根据所述第一变动信息的约束处理结果，得到第二变动信息、所述目标属性的联动属性以及所述联动属性的属性信息。

第一确定单元，用于将所述第二变动信息和所述联动属性的属性信息确定为所述目标页面的增量信息。

可选地，所述处理模块502可以包括：

第二处理单元，用于在校验失败的情况下，生成目标提醒信息。

其中，所述目标提醒信息用于指示所述前端操作无效。

第二确定单元，用于将所述目标提醒信息确定为所述目标页面的增量信息。

可选地，所述处理模块502可以包括：

第一获取单元，用于在缓存中获取所述预设属性约束配置。

第三处理单元，用于基于所述预设属性约束配置，对所述第一变动信息进行约束处理和校验处理。

第二获取单元，用于根据约束处理结果和校验处理结果，在所述缓存中获取所述目标页面的增量信息。

本申请实施例提供的应用于后端设备的页面刷新装置能够实现图1所示方法实施例中页面刷新装置实现的各个过程，为避免重复，这里不再赘述。

如图6所示，本申请实施例还提供了一种页面刷新装置，应用于前端设备。

其中，所述页面刷新装置可以包括：

第二接收模块601，用于接收用户对目标页面中的目标属性进行的一次前端操作。

第二发送模块602，用于在确定所述前端操作需要后端服务的情况下，将所述前端操作产生的第一变动信息发送至后端设备。

第三接收模块603，用于接收所述后端设备发送的所述目标页面的增量信息。

其中，所述增量信息为所述后端设备基于预设属性约束配置，对所述第一变动信息进行约束处理和校验处理后得到的。

页面刷新模块604，用于根据所述增量信息，对所述目标页面进行增量更新。

可选地，所述增量信息包括：在校验通过的情况下根据所述第一变动信息的约束处理结果，得到的第二变动信息和所述目标属性的联动属性的属性信息。

可选地，所述增量信息包括：在校验失败的情况下生成的目标提醒信息；其中，所述目标提醒信息用于指示所述前端操作无效。

本申请实施例提供的应用于前端设备的页面刷新装置能够实现图4所示方法实施例中页面刷新装置实现的各个过程，为避免重复，这里不再赘述。

综上所述，本申请实施例中，对于每次导致页面属性信息发生变化且需要后端处理的前端操作，都调用一次后端服务，获得针对一次前端操作的页面增量信息，并将该页面增量信息反馈至前端设备，以使前端设备只刷新后端返回的页面变化内容，这样，可以减小前后端交互参数包，提高交互效率，减少网络资源浪费，同时由于前端采用增量渲染方法，只刷新后端返回的页面变化内容，且页面变化内容是一次前端操作产生的，因此，可以实现最小化的页面信息刷新，使得页面动态快速渲染，提高页面刷新效率，提升页面展示效果。

本申请实施例还提供了一种电子设备，包括处理器和存储器，存储器上存储有可在所述处理器上运行的程序或指令，该程序或指令被处理器执行时实现上述页面刷新方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供了一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述页面刷新方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM、RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器或者网络设备等）执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (7)

1.一种页面刷新方法，应用于后端设备，其特征在于，包括：

接收前端设备发送的目标页面的目标属性的第一变动信息；其中，所述第一变动信息为用户对所述目标属性进行的一次前端操作产生的，且所述前端操作需要后端服务；

基于预设属性约束配置，对所述第一变动信息进行约束处理和校验处理，得到所述目标页面的增量信息；

发送所述增量信息至所述前端设备以进行所述目标页面的增量更新；

其中，所述基于预设属性约束配置，对所述第一变动信息进行约束处理和校验处理，得到所述目标页面的增量信息，包括：

在校验通过的情况下，根据所述第一变动信息的约束处理结果，得到第二变动信息、所述目标属性的联动属性以及所述联动属性的属性信息；将所述第二变动信息和所述联动属性的属性信息确定为所述目标页面的增量信息；

在校验失败的情况下，生成目标提醒信息；其中，所述目标提醒信息用于指示所述前端操作无效；将所述目标提醒信息确定为所述目标页面的增量信息。

2.根据权利要求1所述的页面刷新方法，其特征在于，所述基于预设属性约束配置，对所述第一变动信息进行约束处理和校验处理，得到所述目标页面的增量信息，包括：

在缓存中获取所述预设属性约束配置；

基于所述预设属性约束配置，对所述第一变动信息进行约束处理和校验处理；

根据约束处理结果和校验处理结果，在所述缓存中获取所述目标页面的增量信息。

3.一种页面刷新方法，应用于前端设备，其特征在于，包括：

接收用户对目标页面中的目标属性进行的一次前端操作；

在确定所述前端操作需要后端服务的情况下，将所述前端操作产生的第一变动信息发送至后端设备；

接收所述后端设备发送的所述目标页面的增量信息；其中，所述增量信息为所述后端设备基于预设属性约束配置，对所述第一变动信息进行约束处理和校验处理后得到的；

根据所述增量信息，对所述目标页面进行增量更新；

其中，所述增量信息包括：在校验通过的情况下根据所述第一变动信息的约束处理结果，得到的第二变动信息和所述目标属性的联动属性的属性信息；或在校验失败的情况下生成的目标提醒信息；其中，所述目标提醒信息用于指示所述前端操作无效。

4.一种页面刷新装置，应用于后端设备，其特征在于，包括：

第一接收模块，用于接收前端设备发送的目标页面的目标属性的第一变动信息；其中，所述第一变动信息为用户对所述目标属性进行的一次前端操作产生的，且所述前端操作需要后端服务；

处理模块，用于基于预设属性约束配置，对所述第一变动信息进行约束处理和校验处理，得到所述目标页面的增量信息；

第一发送模块，用于发送所述增量信息至所述前端设备以进行所述目标页面的增量更新；

其中，所述处理模块包括：

第一处理单元，用于在校验通过的情况下，根据所述第一变动信息的约束处理结果，得到第二变动信息、所述目标属性的联动属性以及所述联动属性的属性信息；

第一确定单元，用于将所述第二变动信息和所述联动属性的属性信息确定为所述目标页面的增量信息；

第二处理单元，用于在校验失败的情况下，生成目标提醒信息；其中，所述目标提醒信息用于指示所述前端操作无效；

第二确定单元，用于将所述目标提醒信息确定为所述目标页面的增量信息。

5.根据权利要求4所述的页面刷新装置，其特征在于，所述处理模块包括：

第一获取单元，用于在缓存中获取所述预设属性约束配置；

第三处理单元，用于基于所述预设属性约束配置，对所述第一变动信息进行约束处理和校验处理；

第二获取单元，用于根据约束处理结果和校验处理结果，在所述缓存中获取所述目标页面的增量信息。

6.一种页面刷新装置，应用于前端设备，其特征在于，包括：

第二接收模块，用于接收用户对目标页面中的目标属性进行的一次前端操作；

第二发送模块，用于在确定所述前端操作需要后端服务的情况下，将所述前端操作产生的第一变动信息发送至后端设备；

第三接收模块，用于接收所述后端设备发送的所述目标页面的增量信息；其中，所述增量信息为所述后端设备基于预设属性约束配置，对所述第一变动信息进行约束处理和校验处理后得到的；

页面刷新模块，用于根据所述增量信息，对所述目标页面进行增量更新；

其中，所述增量信息包括：在校验通过的情况下根据所述第一变动信息的约束处理结果，得到的第二变动信息和所述目标属性的联动属性的属性信息；或在校验失败的情况下生成的目标提醒信息；其中，所述目标提醒信息用于指示所述前端操作无效。

7.一种电子设备，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1和2任一项所述的页面刷新方法的步骤或权利要求3所述的页面刷新方法的步骤。

Images