CN111901383A - 数据请求处理方法、装置、计算机设备和存储介质 - Google Patents
数据请求处理方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN111901383A CN111901383A CN202010610010.2A CN202010610010A CN111901383A CN 111901383 A CN111901383 A CN 111901383A CN 202010610010 A CN202010610010 A CN 202010610010A CN 111901383 A CN111901383 A CN 111901383A
- Authority
- CN
- China
- Prior art keywords
- request
- sub
- execution result
- data
- target
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请涉及一种数据请求处理方法、装置、计算机设备和存储介质。所述方法包括:获取多个子数据请求,将子数据请求合并为目标数据请求。目标数据请求中包括与各子数据请求分别对应的页面位置索引标识。将目标数据请求发送至服务器。目标数据请求用于指示服务器将目标数据请求进行解析得到多个请求任务。执行各请求任务得到多个子执行结果,将各子执行结果合并为目标执行结果。接收服务器反馈的目标执行结果,将目标执行结果进行解析得到多个的执行结果。根据各子执行结果对应的子数据请求分别对应的页面位置索引标识,确定各子执行结果在页面中的位置信息。根据各子执行结果和位置信息重渲染页面。采用本方法能够节省网络通信资源。
Description
技术领域
本申请涉及大数据技术领域,特别是涉及一种数据请求处理方法、装置、计算机设备和存储介质。
背景技术
随着大数据技术的发展,大数据应用已经融入各行各业。在大数据应用中,通常是一个数据图表对应一个数据请求。当一个页面中包括了大量的数据图表时,每当用户刷新页面,前端在短时间内向后端服务器发送大量的数据请求。前后端数据交互频繁,占用了大量的网络通信资源。
因此,目前在数据处理中网络通信资源占用过多,是需要解决的问题。
发明内容
基于此,有必要针对上述技术问题,提供一种能够节省网络通信资源的数据请求处理方法、装置、计算机设备和存储介质。
一种数据请求处理方法,所述方法包括:
获取基于页面生成的多于一个的子数据请求,并将至少部分所述子数据请求合并为目标数据请求;所述目标数据请求中包括与各所述子数据请求分别对应的页面位置索引标识;
将所述目标数据请求发送至服务器;所述目标数据请求,用于指示所述服务器将所述目标数据请求进行解析,得到与各所述子数据请求分别对应的多于一个的请求任务;执行各所述请求任务,得到多于一个的子执行结果,并将各所述子执行结果合并为目标执行结果;
接收所述服务器所反馈的所述目标执行结果,并将所述目标执行结果进行解析,得到多于一个的所述子执行结果;
根据各所述子执行结果对应的子数据请求分别对应的页面位置索引标识,确定各所述子执行结果在所述页面中的位置信息;
根据各所述子执行结果和所述位置信息重渲染所述页面。
一种数据请求处理方法,所述方法包括:
接收终端发送的目标数据请求;所述目标数据请求中包括基于页面生成的多于一个的子数据请求,各所述子数据请求分别绑定有对应的页面位置索引标识;
将所述目标数据请求进行解析,得到与各所述子数据请求分别对应的多于一个的请求任务;
执行各所述请求任务,得到多于一个的子执行结果,并将各所述子执行结果合并为目标执行结果;
将所述目标执行结果反馈回所述终端;所述目标执行结果,用于指示所述终端根据各所述子执行结果对应的子数据请求分别对应的页面位置索引标识,确定各所述子执行结果在所述页面中的位置信息,并根据各所述子执行结果和所述位置信息重渲染所述页面。
一种数据请求处理装置,所述装置包括:
获取模块,用于获取基于页面生成的多于一个的子数据请求,并将至少部分所述子数据请求合并为目标数据请求;所述目标数据请求中包括与各所述子数据请求分别对应的页面位置索引标识;
发送模块,用于将所述目标数据请求发送至服务器;所述目标数据请求,用于指示所述服务器将所述目标数据请求进行解析,得到与各所述子数据请求分别对应的多于一个的请求任务;执行各所述请求任务,得到多于一个的子执行结果,并将各所述子执行结果合并为目标执行结果;
第一接收模块,用于接收所述服务器所反馈的所述目标执行结果,并将所述目标执行结果进行解析,得到多于一个的所述子执行结果;
确定模块,用于根据各所述子执行结果对应的子数据请求分别对应的页面位置索引标识,确定各所述子执行结果在所述页面中的位置信息;
渲染模块,用于根据各所述子执行结果和所述位置信息重渲染所述页面。
一种数据请求处理装置,所述装置包括:
第二接收模块,用于接收终端发送的目标数据请求;所述目标数据请求中包括基于页面生成的多于一个的子数据请求,各所述子数据请求分别绑定有对应的页面位置索引标识;
解析模块,用于将所述目标数据请求进行解析,得到与各所述子数据请求分别对应的多于一个的请求任务;
执行模块,用于执行各所述请求任务,得到多于一个的子执行结果,并将各所述子执行结果合并为目标执行结果;
反馈模块,用于将所述目标执行结果反馈回所述终端;所述目标执行结果,用于指示所述终端根据各所述子执行结果对应的子数据请求分别对应的页面位置索引标识,确定各所述子执行结果在所述页面中的位置信息,并根据各所述子执行结果和所述位置信息重渲染所述页面。
一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现上述各方法的步骤。
一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现上述各方法的步骤。
上述数据请求处理方法、装置、计算机设备和存储介质,通过将至少部分子数据请求合并为目标数据请求,以减少与后端服务器的交互次数。目标数据请求中的各子数据请求分别绑定有对应的索引标识,以便于根据索引标识确定各子数据请求的发起位置。将目标数据请求发送至服务器。服务器将目标数据请求进行解析,得到与各子数据请求分别对应的多于一个的请求任务,以便于服务器分别执行处理。服务器执行各请求任务,得到多于一个的子执行结果,并将各子执行结果合并为目标执行结果,以减少与前端的交互次数。接收服务器所反馈的目标执行结果,并将目标执行结果进行解析,得到多于一个的子执行结果。根据各子执行结果对应的子数据请求分别对应的索引标识,确定各子执行结果在页面中的位置信息。根据各子执行结果和位置信息重渲染页面。这样,通过将前端的多个数据请求进行合并再发送给后端服务器,并将对应的执行结果在后端服务器进行合并之后再反馈给前端,减少了前后端的交互次数,节省了大量的网络通信资源。
附图说明
图1为一个实施例中数据请求处理方法的应用场景图;
图2为一个实施例中数据请求处理方法的流程示意图;
图3为一个实施例中传统的数据请求处理前后端交互示意图;
图4为一个实施例中终端合并数据请求过程示意图;
图5为另一个实施例中数据请求处理方法的流程示意图;
图6为一个实施例中服务器解析并执行数据请求过程示意图;
图7为一个实施例中终端解析执行结果过程示意图;
图8为一个实施例中数据请求处理装置的结构框图;
图9为另一个实施例中数据请求处理装置的结构框图;
图10为一个实施例中计算机设备的内部结构图;
图11为另一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的数据请求处理方法,可以应用于如图1所示的应用环境中。该应用环境包括终端102和服务器104。终端102与服务器104通过网络进行通信。其中,终端102具体可以包括台式终端或移动终端。移动终端具体可以包括手机、平板电脑和笔记本电脑等中的至少一种。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。本领域技术人员可以理解,图1中示出的应用环境,仅仅是与本申请方案相关的部分场景,并不构成对本申请方案应用环境的限定。
终端102获取基于页面生成的多于一个的子数据请求,并将至少部分子数据请求合并为目标数据请求;目标数据请求中包括与各子数据请求分别对应的页面位置索引标识。终端102将目标数据请求发送至服务器102;目标数据请求,用于指示服务器102将目标数据请求进行解析,得到与各子数据请求分别对应的多于一个的请求任务;执行各请求任务,得到多于一个的子执行结果,并将各子执行结果合并为目标执行结果。终端102接收服务器102所反馈的目标执行结果,并将目标执行结果进行解析,得到多于一个的子执行结果。终端102根据各子执行结果对应的子数据请求分别对应的页面位置索引标识,确定各子执行结果在页面中的位置信息。终端102根据各子执行结果和位置信息重渲染页面。
在一个实施例中,如图2所示,提供了一种数据请求处理方法,以该方法应用于图1中的终端102为例进行说明,包括以下步骤:
S202,获取基于页面生成的多于一个的子数据请求,并将至少部分子数据请求合并为目标数据请求;目标数据请求中包括与各子数据请求分别对应的页面位置索引标识。
其中,子数据请求是未进行合并之前的数据请求。目标数据请求是进行合并之后的数据请求。页面位置索引标识是唯一定位各子数据请求在页面中对应位置的标识。
具体地,终端可基于页面生成多于一个的子数据请求,进而终端可获取基于页面生成的多于一个的子数据请求。终端可给各子数据请求添加对应的页面位置索引标识。进而,终端将生成的多于一个的、且添加对应页面位置索引标识后的子数据请求中的部分或全部数据请求,合并为目标数据请求。
S204,将目标数据请求发送至服务器;目标数据请求,用于指示服务器将目标数据请求进行解析,得到与各子数据请求分别对应的多于一个的请求任务;执行各请求任务,得到多于一个的子执行结果,并将各子执行结果合并为目标执行结果。
其中,请求任务是服务器基于各子数据请求生成的、且可在服务器本地执行的任务。子执行结果是响应于各子数据请求的、且未进行合并之前的执行结果。目标执行结果是响应于各子数据请求的、且进行合并之后的执行结果。
具体地,终端可将目标数据请求发送至服务器。服务器可接收目标数据请求。进而,服务器可将目标数据请求进行解析,得到与各子数据请求分别对应的多于一个的请求任务。服务器可执行各请求任务,得到多于一个的子执行结果。进而,服务器可将各子执行结果合并为目标执行结果,并将目标执行结果反馈回终端。
S206,接收服务器所反馈的目标执行结果,并将目标执行结果进行解析,得到多于一个的子执行结果。
具体地,终端可接收服务器所反馈的目标执行结果。进而,终端可将接收到的目标执行结果进行解析,得到多于一个的子执行结果。可以理解,各子执行结果分别对应各子数据请求。
在一个实施例中,数据请求和执行结果的数据格式均为JSON(JavaScript ObjectNotation,JS对象简谱)数据格式。终端可通过JSON的数据结构特性,将各子数据请求合并为目标数据请求。服务器可将各子执行结果合并为目标执行结果。以及,终端可将目标执行结果解析为对应的各子执行结果,以便于页面的渲染。
S208,根据各子执行结果对应的子数据请求分别对应的页面位置索引标识,确定各子执行结果在页面中的位置信息。
具体地,终端在将子数据请求进行合并之前,给各子数据请求分别添加了对应的页面位置索引标识。终端在获取到各子执行结果后,可根据各子执行结果对应的子数据请求分别对应的页面位置索引标识,确定各子执行结果在页面中的位置信息。
S210,根据各子执行结果和位置信息重渲染页面。
具体地,终端可根据各子执行结果和位置信息重渲染页面。可以理解,终端可根据各子执行结果在页面中的位置信息,确定各执行结果在终端的展示界面中进行展示的位置。
上述数据请求处理方法中,通过将至少部分子数据请求合并为目标数据请求,以减少与后端服务器的交互次数。目标数据请求中的各子数据请求分别绑定有对应的索引标识,以便于根据索引标识确定各子数据请求的发起位置。将目标数据请求发送至服务器。服务器将目标数据请求进行解析,得到与各子数据请求分别对应的多于一个的请求任务,以便于服务器分别执行处理。服务器执行各请求任务,得到多于一个的子执行结果,并将各子执行结果合并为目标执行结果,以减少与前端的交互次数。接收服务器所反馈的目标执行结果,并将目标执行结果进行解析,得到多于一个的子执行结果。根据各子执行结果对应的子数据请求分别对应的索引标识,确定各子执行结果在页面中的位置信息。根据各子执行结果和位置信息重渲染页面。这样,通过将前端的多个数据请求进行合并再发送给后端服务器,并将对应的执行结果在后端服务器进行合并之后再反馈给前端,减少了前后端的交互次数,节省了大量的网络通信资源。此外,由于减少交互次数,一定程度上减少了服务器所消耗的资源,从而减少***崩溃的可能性。进一步地,由于服务器能够避免崩溃,维持良好性能,因而也能够提高前后端数据交互效率。
在一个实施例中,页面中包括多于一个的数据图表。步骤S202,也就是获取基于页面生成的多于一个的子数据请求,并将至少部分子数据请求合并为目标数据请求的步骤,具体包括:获取基于页面中各数据图表分别生成的子数据请求;确定合并策略,并根据合并策略将子数据请求合并为目标数据请求。
其中,数据图表是终端的展示界面中数据展示的页面单位。合并策略是一种将各子数据请求进行合并的规则。
具体地,终端上设置有展示界面。展示界面上显示的页面中,包括多于一个的数据图表。每一个数据图表对应一个子数据请求。终端可基于页面中各数据图表分别生成的子数据请求。进而,终端可获取基于页面中各数据图表分别生成的子数据请求。终端可确定合并策略,并根据合并策略将子数据请求合并为目标数据请求。
上述实施例中,通过确定合并策略,将多个子数据请求进行相应的合并。这样,提升了数据请求合并的灵活性。
如图3所示,在传统的数据请求处理方法中,多个数据图表(数据图表1、数据图表2、数据图表3、…、数据图表n,其中,n为自然数)对应的数据请求分别发送至服务器。服务器基于与各数据请求对应的数据源(数据源1、数据源2、数据源3、…、数据源n,其中,n为自然数)响应各数据请求,生成对应的多个执行结果,分别反馈至终端。这样一来,就会产生多次频繁交互,占用较多网络资源。相较于传统方法,本申请将多个请求进行合并之后再发送给服务器,且服务器生成对应的执行结果后,将多个执行结果有策略的进行合并之后再反馈回终端。这样,减少了前后端交互的频率,进而提升了前后端的交互效率。
在一个实施例中,根据合并策略将子数据请求合并为目标数据请求的步骤,具体包括:将对应于相同的数据源的子数据请求进行合并,得到合并后的数据请求;将未合并的子数据请求和合并后的数据请求进行合并,得到目标数据请求。
其中,数据源是数据的来源,用于描述提供数据的源头。比如,服务器中的数据库或者文件等。
具体地,终端可确定各子数据请求所对应的数据源。终端可将对应于相同的数据源的子数据请求进行合并,得到合并后的数据请求。进而,终端可将未合并的子数据请求和合并后的数据请求进行再一次合并,得到一个目标数据请求。
在一个实施例中,终端还可以将对应于相同的数据源的子数据请求进行合并,得到目标数据请求。即,对生成的子数据请求,仅将具有相同的数据源的子数据请求进行合并,将合并后的目标数据请求和未合并的子数据请求分别向服务器发送。这样一来,相较于每个单独子数据请求分别发送的传统方法而言,同样能够减少交互次数,起到节省网络资源的作用。
在一个实施例中,终端还可以将对应于相同的数据源的子数据请求之外的其他子数据请求进行合并,得到目标数据请求。
上述实施例中,通过将对应于相同的数据源的子数据请求进行优先合并,使得相同的数据源的子数据请求共用一个数据源的地址。这样,提升了服务端的响应速度。
在一个实施例中,将对应于相同的数据源的子数据请求进行合并,得到合并后的数据请求的步骤,具体包括:针对对应于相同的数据源的子数据请求,将子数据请求中携带的数据源的地址作为目标数据源地址;合并各子数据请求分别对应的请求名称,得到目标请求名称;合并各子数据请求分别对应的请求参数集,得到目标请求参数集;获取各子数据请求分别对应的页面位置索引标识,得到页面位置索引标识集;根据目标数据源地址、目标请求名称、目标请求参数集和页面位置索引标识集,生成合并后的数据请求。
其中,目标数据源地址是生成合并后的数据请求中的数据源对应的地址。目标请求名称是生成合并后的数据请求中的请求名称。目标请求参数集是生成合并后的数据请求中的请求参数集。页面位置索引标识集是生成合并后的数据请求中的与各子数据请求对应的页面位置索引标识的集合。
具体地,各子数据请求中包括数据源的地址、请求名称、请求参数集和页面位置索引标识。终端可提取具有相同的数据源的子数据请求。针对对应于相同的数据源的子数据请求,终端可将子数据请求中携带的数据源的地址作为目标数据源地址。终端可合并各子数据请求分别对应的请求名称,得到目标请求名称。终端可合并各子数据请求分别对应的请求参数集,得到目标请求参数集。终端可获取各子数据请求分别对应的页面位置索引标识,得到页面位置索引标识集。进而,终端可根据目标数据源地址、目标请求名称、目标请求参数集和页面位置索引标识集,生成合并后的数据请求。
在一个实施例中,数据源的地址可以通过与数据源对应的URL(Uniform ResourceLocator,统一资源定位符)表示。
在一个实施例中,如图4所示,终端中设置有请求合并器。终端可通过请求合并器,将对应于相同数据源(即,数据源地址url:dataset/1/相同)的子数据请求(即,请求名称name为chart_1和chart_1的子数据请求)进行合并,合并后的数据请求的目标请求名称为chart_1_2,目标数据源地址为dataset/1/,目标请求参数集为[[a,b,c],[d,e]],以及页面位置索引标识集为[chart_001,chart_002]。进而,终端可将未合并的子数据请求(即,请求名称name为chart_3的子数据请求)和合并后的数据请求(即,请求名称name为chart_1_2的数据请求)再进行合并,得到目标数据请求。
上述实施例中,根据数据请求对应的数据结构对各子数据请求进行合并,可提升数据请求的合并速度。
在一个实施例中,在步骤S204之前,也就是在将目标数据请求发送至服务器的步骤之前,数据请求处理方法还包括:确定请求阻断策略,并为目标数据请求添加请求阻断策略。
其中,请求阻断策略是服务器在执行由目标数据请求拆解得到的各子数据请求出错时,进行相应的阻断处理的策略。
可以理解,在目标数据请求对应的各请求任务被执行的过程中,如果有任意一个请求任务对应的子请求出现错误,那么可以选择是否终止该请求任务执行。若是,则服务器终止本次请求,服务器将其他子请求对应的请求任务的执行结果返回终端。若否,则服务器跳过出现错误的子请求对应的请求任务,执行下一个正常的子请求对应的请求任务,直到目标数据请求对应的所有请求任务执行结束,返回对应的执行结果给终端。
在一个实施例中,步骤S204,也就是将目标数据请求发送至服务器的步骤,具体包括:将添加请求阻断策略后的目标数据请求,发送至服务器;请求阻断策略,用于指示服务器在执行由目标数据请求拆解得到的各子数据请求出错时,进行相应的阻断处理。
具体地,终端可确定请求阻断策略,并为目标数据请求添加请求阻断策略。进而,终端可将添加请求阻断策略后的目标数据请求,发送至服务器。服务器可根据请求阻断策略在执行由目标数据请求拆解得到的各子数据请求出错时,进行相应的阻断处理。
上述实施例中,通过为目标数据请求添加请求阻断策略,使得用户可根据自身需要,决定当合并后的请求中任一子请求出现错误时,服务器的阻断处理流程。这样,使得前后端交互的形式多样化。
在一个实施例中,如图5所示,提供了一种数据请求处理方法,以该方法应用于图1中的服务器104为例进行说明,包括以下步骤:
S502,接收终端发送的目标数据请求;目标数据请求中包括基于页面生成的多于一个的子数据请求,各子数据请求分别绑定有对应的页面位置索引标识。
具体地,终端可基于页面生成多于一个的子数据请求,进而终端可获取基于页面生成的多于一个的子数据请求。终端可给各子数据请求添加对应的页面位置索引标识。进而,终端将生成的多于一个的、且添加对应页面位置索引标识后的子数据请求中的部分或全部数据请求,合并为目标数据请求。终端可将目标数据请求发送至服务器。服务器可接收目标数据请求。
S504,将目标数据请求进行解析,得到与各子数据请求分别对应的多于一个的请求任务。
具体地,服务器可将目标数据请求进行解析。进而服务器可基于解析之后的各子数据请求,生成与各子数据请求分别对应的多于一个的请求任务,以便服务器依次执行请求任务。
S506,执行各请求任务,得到多于一个的子执行结果,并将各子执行结果合并为目标执行结果。
具体地,服务器可执行各请求任务,得到与各请求任务分别对应的多于一个的子执行结果。进而,服务器可将各子执行结果进行合并,得到目标执行结果。
S508,将目标执行结果反馈回终端;目标执行结果,用于指示终端根据各子执行结果对应的子数据请求分别对应的页面位置索引标识,确定各子执行结果在页面中的位置信息,并根据各子执行结果和位置信息重渲染页面。
具体地,服务器可将目标执行结果反馈回终端。终端可接收服务器所反馈的目标执行结果。进而,终端根据各子执行结果对应的子数据请求分别对应的页面位置索引标识,确定各子执行结果在页面中的位置信息,并根据各子执行结果和位置信息重渲染页面。
上述实施例中,通过将至少部分子数据请求合并为目标数据请求,以减少与后端服务器的交互次数。目标数据请求中的各子数据请求分别绑定有对应的索引标识,以便于根据索引标识确定各子数据请求的发起位置。将目标数据请求发送至服务器。服务器将目标数据请求进行解析,得到与各子数据请求分别对应的多于一个的请求任务,以便于服务器分别执行处理。服务器执行各请求任务,得到多于一个的子执行结果,并将各子执行结果合并为目标执行结果,以减少与前端的交互次数。接收服务器所反馈的目标执行结果,并将目标执行结果进行解析,得到多于一个的子执行结果。根据各子执行结果对应的子数据请求分别对应的索引标识,确定各子执行结果在页面中的位置信息。根据各子执行结果和位置信息重渲染页面。这样,通过将前端的多个数据请求进行合并再发送给后端服务器,并将对应的执行结果在后端服务器进行合并之后再反馈给前端,减少了前后端的交互次数,节省了大量的网络通信资源。
在一个实施例中,步骤S502,也就是将目标数据请求进行解析,得到与各子数据请求分别对应的多于一个的请求任务的步骤,具体包括:通过地址路由确定目标数据请求中的各子数据请求分别对应的数据源地址和请求参数集;根据数据源地址和请求参数集对目标数据请求进行解析,得到多于一个的子数据请求;根据解析后的各子数据请求和与各子数据请求对应的数据源的接口信息,生成与各子数据请求分别对应的多于一个的请求任务。
其中,地址路由是一种具有解析数据请求中的数据结构的路由。
具体地,服务器中设置有地址路由。目标数据请求中的各子数据请求分别携带有对应的数据源地址和请求参数集。服务器可通过地址路由,确定目标数据请求中的各子数据请求分别对应的数据源地址和请求参数集。进而服务器可根据数据源地址和请求参数集对目标数据请求进行解析,得到多于一个的子数据请求。服务器通过数据源地址可确定对应的数据源,且各数据源具有各自的接口信息。服务器可根据解析后的各子数据请求和与各子数据请求对应的数据源的接口信息,生成与各子数据请求分别对应的多于一个的请求任务。
在一个实施例中,如图6所示,服务器可将接收到的目标数据请求进行解析,得到多于一个的子数据请求。服务器可基于解析后的各子数据请求,生成与各子数据请求分别对应的多于一个的请求任务。且服务器中设置有请求执行器。服务器可通过请求执行器,执行各请求任务,得到对应的子执行结果。服务器可将对应于相同数据源(即,数据源地址url:dataset/1/相同)的子执行结果进行合并,得到合并后的执行结果[res_chart_1,res_chart_2]。进而,终端可将未合并的子执行结果(即,请求名称name为chart_3的子数据请求对应的执行结果[res_chart_3,])和合并后的执行结果(即,请求名称name为chart_1_2的数据请求对应的执行结果)再进行合并,得到目标执行结果。
在一个实施例中,如图7所示,终端中设置有结果解析器。终端可通过该结果解析器对目标执行结果进行解析,得到与各子数据请求对应的子执行结果。比如,终端将请求名称name为chart_1_2的数据请求对应的执行结果集[res_chart_1,res_chart_2],拆分为请求名称name为chart_1的数据请求对应的子执行结果[res_chart_1],及请求名称name为chart_2的数据请求对应的子执行结果[res_chart_2]。且终端可将请求名称name为chart_3的数据请求对应的子执行结果[res_chart_3],单独作为对应子请求的子执行结果。
上述实施例中,通过地址路由对目标数据请求进行解析,得到对应的子数据请求,以便于服务器生成对应的请求任务。这样,提升了服务器的数据处理效率。
在一个实施例中,步骤S504,也就是将目标数据请求进行解析,得到与各子数据请求分别对应的多于一个的请求任务的步骤,具体包括:将多于一个的请求任务添加至任务队列,并确定任务队列中的各请求任务所分别对应的请求参数集;将请求任务所对应的请求参数集中的请求参数,与本地缓存的请求参数集中的请求参数进行比对;当比对一致时,从本地缓存中获取与请求参数集对应的子执行结果;当比对不一致时,执行各请求任务,得到多于一个的子执行结果。
其中,任务队列是用于存放与各子数据请求对应的各请求任务的队列。
具体地,服务器中设置有任务队列。服务器在获取到与各子数据请求对应的各请求任务之后,可将多于一个的请求任务添加至任务队列。各请求任务分别对应各子数据请求,且各子数据请求中携带对应的请求参数集。请求参数集中包括至少一个的请求参数。进而,服务器可确定任务队列中的各请求任务所分别对应的请求参数集。将请求任务所对应的请求参数集中的请求参数,与本地缓存的请求参数集中的请求参数进行比对。当比对一致时,从本地缓存中获取与请求参数集对应的子执行结果。当比对不一致时,执行各请求任务,得到多于一个的子执行结果。
上述实施例中,当请求任务所对应的请求参数集中的请求参数,与本地缓存的请求参数集中的请求参数比对一致时,从本地缓存中获取与请求参数集对应的子执行结果,避免对同一个请求任务的重复执行。这样,可减少服务器的压力。
应该理解的是,虽然图2和图5的各个步骤按照顺序依次显示,但是这些步骤并不是必然按照顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,上述图2和图5中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图8所示,提供了一种数据请求处理装置800,包括:获取模块801、发送模块802、第一接收模块803、确定模块804和渲染模块805,其中:
获取模块801,用于获取基于页面生成的多于一个的子数据请求,并将至少部分子数据请求合并为目标数据请求;目标数据请求中包括与各子数据请求分别对应的页面位置索引标识。
发送模块802,用于将目标数据请求发送至服务器;目标数据请求,用于指示服务器将目标数据请求进行解析,得到与各子数据请求分别对应的多于一个的请求任务;执行各请求任务,得到多于一个的子执行结果,并将各子执行结果合并为目标执行结果。
第一接收模块803,用于接收服务器所反馈的目标执行结果,并将目标执行结果进行解析,得到多于一个的子执行结果。
确定模块804,用于根据各子执行结果对应的子数据请求分别对应的页面位置索引标识,确定各子执行结果在页面中的位置信息。
渲染模块805,用于根据各子执行结果和位置信息重渲染页面。
在一个实施例中,获取模块801还用于获取基于页面中各数据图表分别生成的子数据请求;确定合并策略,并根据合并策略将子数据请求合并为目标数据请求。
在一个实施例中,获取模块801还用于将对应于相同的数据源的子数据请求进行合并,得到合并后的数据请求;将未合并的子数据请求和合并后的数据请求进行合并,得到目标数据请求。
在一个实施例中,获取模块801还用于针对对应于相同的数据源的子数据请求,将子数据请求中携带的数据源的地址作为目标数据源地址;合并各子数据请求分别对应的请求名称,得到目标请求名称;合并各子数据请求分别对应的请求参数集,得到目标请求参数集;获取各子数据请求分别对应的页面位置索引标识,得到页面位置索引标识集;根据目标数据源地址、目标请求名称、目标请求参数集和页面位置索引标识集,生成合并后的数据请求。
在一个实施例中,确定模块804还用于确定请求阻断策略,并为目标数据请求添加请求阻断策略。
在一个实施例中,发送模块802还用于将添加请求阻断策略后的目标数据请求,发送至服务器;请求阻断策略,用于指示服务器在执行由目标数据请求拆解得到的各子数据请求出错时,进行相应的阻断处理。
上述数据请求处理装置,通过将至少部分子数据请求合并为目标数据请求,以减少与后端服务器的交互次数。目标数据请求中的各子数据请求分别绑定有对应的索引标识,以便于根据索引标识确定各子数据请求的发起位置。将目标数据请求发送至服务器。服务器将目标数据请求进行解析,得到与各子数据请求分别对应的多于一个的请求任务,以便于服务器分别执行处理。服务器执行各请求任务,得到多于一个的子执行结果,并将各子执行结果合并为目标执行结果,以减少与前端的交互次数。接收服务器所反馈的目标执行结果,并将目标执行结果进行解析,得到多于一个的子执行结果。根据各子执行结果对应的子数据请求分别对应的索引标识,确定各子执行结果在页面中的位置信息。根据各子执行结果和位置信息重渲染页面。这样,通过将前端的多个数据请求进行合并再发送给后端服务器,并将对应的执行结果在后端服务器进行合并之后再反馈给前端,减少了前后端的交互次数,节省了大量的网络通信资源。
在一个实施例中,如图9所示,提供了一种数据请求处理装置900,包括:第二接收模块901、解析模块902、执行模块903和反馈模块904,其中:
第二接收模块901,用于接收终端发送的目标数据请求;目标数据请求中包括基于页面生成的多于一个的子数据请求,各子数据请求分别绑定有对应的页面位置索引标识。
解析模块902,用于将目标数据请求进行解析,得到与各子数据请求分别对应的多于一个的请求任务。
执行模块903,用于执行各请求任务,得到多于一个的子执行结果,并将各子执行结果合并为目标执行结果。
反馈模块904,用于将目标执行结果反馈回终端;目标执行结果,用于指示终端根据各子执行结果对应的子数据请求分别对应的页面位置索引标识,确定各子执行结果在页面中的位置信息,并根据各子执行结果和位置信息重渲染页面。
在一个实施例中,解析模块902还用于通过地址路由确定目标数据请求中的各子数据请求分别对应的数据源地址和请求参数集;根据数据源地址和请求参数集对目标数据请求进行解析,得到多于一个的子数据请求;根据解析后的各子数据请求和与各子数据请求对应的数据源的接口信息,生成与各子数据请求分别对应的多于一个的请求任务。
在一个实施例中,执行模块903还用于将多于一个的请求任务添加至任务队列,并确定任务队列中的各请求任务所分别对应的请求参数集;将请求任务所对应的请求参数集中的请求参数,与本地缓存的请求参数集中的请求参数进行比对;当比对一致时,从本地缓存中获取与请求参数集对应的子执行结果;当比对不一致时,执行各请求任务,得到多于一个的子执行结果。
上述数据请求处理装置,通过将至少部分子数据请求合并为目标数据请求,以减少与后端服务器的交互次数。目标数据请求中的各子数据请求分别绑定有对应的索引标识,以便于根据索引标识确定各子数据请求的发起位置。将目标数据请求发送至服务器。服务器将目标数据请求进行解析,得到与各子数据请求分别对应的多于一个的请求任务,以便于服务器分别执行处理。服务器执行各请求任务,得到多于一个的子执行结果,并将各子执行结果合并为目标执行结果,以减少与前端的交互次数。接收服务器所反馈的目标执行结果,并将目标执行结果进行解析,得到多于一个的子执行结果。根据各子执行结果对应的子数据请求分别对应的索引标识,确定各子执行结果在页面中的位置信息。根据各子执行结果和位置信息重渲染页面。这样,通过将前端的多个数据请求进行合并再发送给后端服务器,并将对应的执行结果在后端服务器进行合并之后再反馈给前端,减少了前后端的交互次数,节省了大量的网络通信资源。
关于数据请求处理装置的具体限定可以参见上文中对于数据请求处理方法的限定,在此不再赘述。上述数据请求处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是上述图1中的终端102,其内部结构图可以如图10所示。该计算机设备包括通过***总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***和计算机程序。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据请求处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,该计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是上述图1中的服务器104,其内部结构图可以如图11所示。该计算机设备包括通过***总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的数据库用于存储数据请求处理数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据请求处理方法。
本领域技术人员可以理解,图10和图11中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器存储有计算机程序,计算机程序被处理器执行时,使得处理器执行上述数据请求处理方法的步骤。此处数据请求处理方法的步骤可以是上述各个实施例的数据请求处理方法中的步骤。
在一个实施例中,提供了一种计算机可读存储介质,存储有计算机程序,计算机程序被处理器执行时,使得处理器执行上述数据请求处理方法的步骤。此处数据请求处理方法的步骤可以是上述各个实施例的数据请求处理方法中的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (12)
1.一种数据请求处理方法,其特征在于,所述方法包括:
获取基于页面生成的多于一个的子数据请求,并将至少部分所述子数据请求合并为目标数据请求;所述目标数据请求中包括与各所述子数据请求分别对应的页面位置索引标识;
将所述目标数据请求发送至服务器;所述目标数据请求,用于指示所述服务器将所述目标数据请求进行解析,得到与各所述子数据请求分别对应的多于一个的请求任务;执行各所述请求任务,得到多于一个的子执行结果,并将各所述子执行结果合并为目标执行结果;
接收所述服务器所反馈的所述目标执行结果,并将所述目标执行结果进行解析,得到多于一个的所述子执行结果;
根据各所述子执行结果对应的子数据请求分别对应的页面位置索引标识,确定各所述子执行结果在所述页面中的位置信息;
根据各所述子执行结果和所述位置信息重渲染所述页面。
2.根据权利要求1所述的方法,其特征在于,所述页面中包括多于一个的数据图表;
所述获取基于页面生成的多于一个的子数据请求,并将至少部分所述子数据请求合并为目标数据请求,包括:
获取基于页面中各所述数据图表分别生成的子数据请求;
确定合并策略,并根据所述合并策略将所述子数据请求合并为目标数据请求。
3.根据权利要求2所述的方法,其特征在于,所述根据所述合并策略将所述子数据请求合并为目标数据请求,包括:
将对应于相同的数据源的子数据请求进行合并,得到合并后的数据请求;
将未合并的所述子数据请求和所述合并后的数据请求进行合并,得到目标数据请求。
4.根据权利要求3所述的方法,其特征在于,所述将对应于相同的数据源的子数据请求进行合并,得到合并后的数据请求,包括:
针对对应于相同的数据源的子数据请求,将所述子数据请求中携带的所述数据源的地址作为目标数据源地址;
合并各所述子数据请求分别对应的请求名称,得到目标请求名称;
合并各所述子数据请求分别对应的请求参数集,得到目标请求参数集;
获取各所述子数据请求分别对应的页面位置索引标识,得到页面位置索引标识集;
根据所述目标数据源地址、目标请求名称、目标请求参数集和页面位置索引标识集,生成合并后的数据请求。
5.根据权利要求1所述的方法,其特征在于,在所述将所述目标数据请求发送至服务器之前,所述方法还包括:
确定请求阻断策略,并为所述目标数据请求添加所述请求阻断策略;
所述将所述目标数据请求发送至服务器,包括:
将添加所述请求阻断策略后的目标数据请求,发送至服务器;所述请求阻断策略,用于指示所述服务器在执行由目标数据请求拆解得到的各子数据请求出错时,进行相应的阻断处理。
6.一种数据请求处理方法,其特征在于,所述方法包括:
接收终端发送的目标数据请求;所述目标数据请求中包括基于页面生成的多于一个的子数据请求,各所述子数据请求分别绑定有对应的页面位置索引标识;
将所述目标数据请求进行解析,得到与各所述子数据请求分别对应的多于一个的请求任务;
执行各所述请求任务,得到多于一个的子执行结果,并将各所述子执行结果合并为目标执行结果;
将所述目标执行结果反馈回所述终端;所述目标执行结果,用于指示所述终端根据各所述子执行结果对应的子数据请求分别对应的页面位置索引标识,确定各所述子执行结果在所述页面中的位置信息,并根据各所述子执行结果和所述位置信息重渲染所述页面。
7.根据权利要求6所述的方法,其特征在于,所述将所述目标数据请求进行解析,得到与各所述子数据请求分别对应的多于一个的请求任务,包括:
通过地址路由确定所述目标数据请求中的各子数据请求分别对应的数据源地址和请求参数集;
根据所述数据源地址和所述请求参数集对所述目标数据请求进行解析,得到多于一个的子数据请求;
根据解析后的各所述子数据请求和与各所述子数据请求对应的数据源的接口信息,生成与各所述子数据请求分别对应的多于一个的请求任务。
8.根据权利要求7所述的方法,其特征在于,所述执行各所述请求任务,得到多于一个的子执行结果,包括:
将所述多于一个的请求任务添加至任务队列,并确定所述任务队列中的各所述请求任务所分别对应的请求参数集;
将所述请求任务所对应的请求参数集中的请求参数,与本地缓存的请求参数集中的请求参数进行比对;
当比对一致时,从本地缓存中获取与所述请求参数集对应的子执行结果;
当比对不一致时,执行各所述请求任务,得到多于一个的子执行结果。
9.一种数据请求处理装置,其特征在于,所述装置包括:
获取模块,用于获取基于页面生成的多于一个的子数据请求,并将至少部分所述子数据请求合并为目标数据请求;所述目标数据请求中包括与各所述子数据请求分别对应的页面位置索引标识;
发送模块,用于将所述目标数据请求发送至服务器;所述目标数据请求,用于指示所述服务器将所述目标数据请求进行解析,得到与各所述子数据请求分别对应的多于一个的请求任务;执行各所述请求任务,得到多于一个的子执行结果,并将各所述子执行结果合并为目标执行结果;
第一接收模块,用于接收所述服务器所反馈的所述目标执行结果,并将所述目标执行结果进行解析,得到多于一个的所述子执行结果;
确定模块,用于根据各所述子执行结果对应的子数据请求分别对应的页面位置索引标识,确定各所述子执行结果在所述页面中的位置信息;
渲染模块,用于根据各所述子执行结果和所述位置信息重渲染所述页面。
10.一种数据请求处理装置,其特征在于,所述装置包括:
第二接收模块,用于接收终端发送的目标数据请求;所述目标数据请求中包括基于页面生成的多于一个的子数据请求,各所述子数据请求分别绑定有对应的页面位置索引标识;
解析模块,用于将所述目标数据请求进行解析,得到与各所述子数据请求分别对应的多于一个的请求任务;
执行模块,用于执行各所述请求任务,得到多于一个的子执行结果,并将各所述子执行结果合并为目标执行结果;
反馈模块,用于将所述目标执行结果反馈回所述终端;所述目标执行结果,用于指示所述终端根据各所述子执行结果对应的子数据请求分别对应的页面位置索引标识,确定各所述子执行结果在所述页面中的位置信息,并根据各所述子执行结果和所述位置信息重渲染所述页面。
11.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述的方法的步骤。
12.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010610010.2A CN111901383B (zh) | 2020-06-30 | 2020-06-30 | 数据请求处理方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010610010.2A CN111901383B (zh) | 2020-06-30 | 2020-06-30 | 数据请求处理方法、装置、计算机设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111901383A true CN111901383A (zh) | 2020-11-06 |
CN111901383B CN111901383B (zh) | 2023-07-11 |
Family
ID=73207309
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010610010.2A Active CN111901383B (zh) | 2020-06-30 | 2020-06-30 | 数据请求处理方法、装置、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111901383B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112862451A (zh) * | 2021-03-02 | 2021-05-28 | 岭东核电有限公司 | 工单处理方法、装置、计算机设备和存储介质 |
CN113204405A (zh) * | 2021-05-21 | 2021-08-03 | 乐视致新信息技术(武汉)有限公司 | 页面数据获取方法、装置、设备和计算机可读存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103392179A (zh) * | 2011-05-12 | 2013-11-13 | 广州市动景计算机科技有限公司 | 获取页面资源的方法及装置、浏览器及移动终端 |
CN105590243A (zh) * | 2014-10-24 | 2016-05-18 | 阿里巴巴集团控股有限公司 | 对离散数据进行集中处理的方法、客户端、服务器及*** |
CN106294379A (zh) * | 2015-05-18 | 2017-01-04 | 阿里巴巴集团控股有限公司 | 一种页面的加载方法、装置和*** |
CN108280228A (zh) * | 2018-02-26 | 2018-07-13 | 北京车和家信息技术有限公司 | 一种网页的处理方法及相关设备 |
CN109861948A (zh) * | 2017-11-30 | 2019-06-07 | 腾讯科技(成都)有限公司 | 虚拟现实数据处理方法、装置、存储介质和计算机设备 |
CN110020383A (zh) * | 2018-06-01 | 2019-07-16 | 阿里巴巴集团控股有限公司 | 一种页面数据请求处理方法及装置 |
-
2020
- 2020-06-30 CN CN202010610010.2A patent/CN111901383B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103392179A (zh) * | 2011-05-12 | 2013-11-13 | 广州市动景计算机科技有限公司 | 获取页面资源的方法及装置、浏览器及移动终端 |
CN105590243A (zh) * | 2014-10-24 | 2016-05-18 | 阿里巴巴集团控股有限公司 | 对离散数据进行集中处理的方法、客户端、服务器及*** |
CN106294379A (zh) * | 2015-05-18 | 2017-01-04 | 阿里巴巴集团控股有限公司 | 一种页面的加载方法、装置和*** |
CN109861948A (zh) * | 2017-11-30 | 2019-06-07 | 腾讯科技(成都)有限公司 | 虚拟现实数据处理方法、装置、存储介质和计算机设备 |
CN108280228A (zh) * | 2018-02-26 | 2018-07-13 | 北京车和家信息技术有限公司 | 一种网页的处理方法及相关设备 |
CN110020383A (zh) * | 2018-06-01 | 2019-07-16 | 阿里巴巴集团控股有限公司 | 一种页面数据请求处理方法及装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112862451A (zh) * | 2021-03-02 | 2021-05-28 | 岭东核电有限公司 | 工单处理方法、装置、计算机设备和存储介质 |
CN113204405A (zh) * | 2021-05-21 | 2021-08-03 | 乐视致新信息技术(武汉)有限公司 | 页面数据获取方法、装置、设备和计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111901383B (zh) | 2023-07-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108446116B (zh) | 应用程序页面的生成方法、装置、计算机设备和存储介质 | |
CN108804159B (zh) | javascript模块加载方法及其预处理方法、装置和计算机设备 | |
WO2020151333A1 (zh) | 页面加载方法、装置、计算机设备和存储介质 | |
CN109814854B (zh) | 项目框架生成方法、装置、计算机设备和存储介质 | |
CN110688598B (zh) | 业务参数采集方法、装置、计算机设备和存储介质 | |
CN109189799B (zh) | 业务数据查询方法、装置、计算机设备及存储介质 | |
WO2020253061A1 (zh) | 页面生成方法、装置、计算机设备和存储介质 | |
CN110213392B (zh) | 数据分发方法、装置、计算机设备和存储介质 | |
CN112148674A (zh) | 日志数据处理方法、装置、计算机设备和存储介质 | |
CN110689232A (zh) | 工作流配置的优化处理方法、装置和计算机设备 | |
CN110866198A (zh) | 静态资源缓存方法、***、装置、计算机设备和存储介质 | |
CN108959384B (zh) | 网页数据获取方法、装置、计算机设备和存储介质 | |
CN111190609B (zh) | 业务的处理方法、装置、设备和存储介质 | |
CN110704095A (zh) | 基于工作流的配置处理方法、装置、计算机设备和存储介质 | |
CN111901383B (zh) | 数据请求处理方法、装置、计算机设备和存储介质 | |
CN111309991B (zh) | 查询语句生成方法、装置和数据查询方法、*** | |
CN109992730B (zh) | 活动页面url生成方法、装置、计算机设备和存储介质 | |
CN111026988A (zh) | 一种页面加载的方法、装置、***及计算机设备 | |
CN108667919B (zh) | 数据处理方法、装置、计算机设备和存储介质 | |
CN110865943A (zh) | 接口测试方法、装置、计算机设备和存储介质 | |
CN112087307B (zh) | 数字证书生成方法、装置、计算机设备及存储介质 | |
CN111177624B (zh) | 网站前后端通讯方法、装置、计算机设备和存储介质 | |
CN111124932B (zh) | 方案验证方法、***、装置、计算机设备和存储介质 | |
CN111552551A (zh) | 基于主从***的用户管理方法、装置、计算机设备和介质 | |
CN110505258B (zh) | 网页加载及响应方法、装置、计算机设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |