掌桥专利:专业的专利平台
掌桥专利
首页

UI样式更新方法和装置

文献发布时间:2023-06-19 11:45:49


UI样式更新方法和装置

技术领域

本申请涉及计算机技术领域,具体涉及系统前端技术领域,尤其涉及一种UI样式更新方法和装置。

背景技术

当某一商品场景展示有问题时,可以动态更改配置的UI(User Interface,用户界面)代码,以实现不用发版即可更新线上的样式。

现有技术中,客户端与服务端的交互方案是:客户端主动调用服务端接口获取对应UI代码,并缓存UI代码在客户端以便下次出现同一商品场景时直接渲染展示,减少对服务端的调用。因此,即使服务端已修改UI代码,客户端因缓存导致某一时间内样式无法及时更新,进而可能产生用户体验较差的问题。同时,也有部分方案,在客户端处以定时轮询的方式,不断调用服务端接口比对UI代码数据,达到尽可能快的更新数据,此方式对服务端和客户端均有极大资源浪费。

发明内容

本申请实施例提供了一种UI样式更新方法、装置、设备以及存储介质。

根据第一方面,本申请实施例提供了一种UI样式更新方法,该方法包括:接收客户端发送的请求,请求包括待更新UI样式的相关信息;基于网关,在预先存储在网关对应的网关配置平台的增量数据集合中,查找与待更新UI样式的相关信息相匹配的目标增量数据,增量数据由服务端预先推送至网关配置平台,增量数据用于对UI样式进行更新;响应于确定存在目标增量数据,基于网关将目标增量数据发送至客户端以对待更新UI样式进行更新。

在一些实施例中,该方法还包括:响应于接收到服务端发送的增量数据,基于网关配置平台对所述增量数据集合进行更新,并将更新后的增量数据集合作为预先存储在网关对应的网关配置平台上的增量数据集合。

在一些实施例中,基于网关配置平台对所述增量数据集合进行更新:通过网关配置平台将增量数据更新至增量数据集合,并对增量数据进行缓存,以得到更新后的增量数据集合。

在一些实施例中,增量数据包括UI样式的相关信息,UI样式的相关信息包括:数据标识符和版本号,以及查找与待更新UI样式的相关信息相匹配的目标增量数据,包括:按照预先为增量数据集合创建的数据标识符及版本号索引,查找与待更新UI样式的相关信息相匹配的目标增量数据。

在一些实施例中,请求还包括:待更新UI样式的不相关信息。

根据第二方面,本申请实施例提供了一种UI样式更新装置,该装置包括:接收模块,被配置成接收客户端发送的请求,请求包括待更新UI样式的相关信息;查找模块,被配置成基于网关,在预先存储在网关对应的网关配置平台的增量数据集合中,查找与待更新UI样式的相关信息相匹配的目标增量数据,增量数据由服务端预先推送至网关配置平台,增量数据用于对UI样式进行更新;发送模块,被配置成响应于确定存在目标增量数据,基于网关将目标增量数据发送至客户端以对待更新UI样式进行更新。

在一些实施例中,该装置还包括:更新模块,被配置成响应于接收到服务端发送的增量数据,基于网关配置平台对增量数据集合进行更新,并将更新后的增量数据集合作为预先存储在网关对应的网关配置平台上的增量数据集合。

在一些实施例中,更新模块进一步被配置成:通过网关配置平台将增量数据更新至所述增量数据集合,并对所述增量数据进行缓存,以得到更新后的增量数据集合。

在一些实施例中,增量数据包括UI样式的相关信息,UI样式的相关信息包括:数据标识符和版本号,以及查找模块进一步被配置成:按照预先为增量数据集合创建的数据标识符及版本号索引,查找与待更新UI样式的相关信息相匹配的目标增量数据。

在一些实施例中,请求还包括:待更新UI样式的不相关信息。

根据第三方面,本申请实施例提供了一种电子设备,该电子设备包括一个或多个处理器;存储装置,其上存储有一个或多个程序,当一个或多个程序被该一个或多个处理器执行,使得一个或多个处理器实现如第一方面的任一实施例的UI样式更新方法。

根据第四方面,本申请实施例提供了一种计算机可读介质,其上存储有计算机程序,该程序被处理器执行时实现如第一方面的任一实施例的UI样式更新方法。

本申请通过接收客户端发送的请求,请求包括待更新UI样式的相关信息;基于网关,在预先存储在网关对应的网关配置平台的增量数据集合中,查找与待更新UI样式的相关信息相匹配的目标增量数据,增量数据由服务端预先推送至网关配置平台,增量数据用于对UI样式进行更新;响应于确定存在目标增量数据,基于网关将目标增量数据发送至客户端以对待更新UI样式进行更新,即将UI样式的更新数据(增量数据)由服务端预先存储至网关配置平台,在网关获取到待更新UI样式的相关信息后,判断是否存在目标增量数据,若存在,则将目标增量数据发送至客户端以对待更新UI样式进行更新,避免了频繁访问服务端接口,增加服务端的接口压力,提升了用户使用应用程序的流畅度,同时提高了UI样式更新的及时性。

应当理解,本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征,也不用于限制本公开的范围。本公开的其他特征将通过以下的说明书而变得容易理解。

附图说明

图1是本申请可以应用于其中的示例性系统架构图;

图2是根据本申请的UI样式更新方法的一个实施例的流程图;

图3是根据本申请的UI样式更新方法的一个应用场景的示意图;

图4是根据本申请的UI样式更新方法的另一个实施例的流程图;

图5是根据本申请的UI样式更新装置的一个实施例的示意图;

图6是适于用来实现本申请实施例的服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明,其中包括本申请实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本申请的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。

需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的UI样式更新方法的实施例的示例性系统架构100。

如图1所示,系统架构100可以包括终端设备101、102、103,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。

终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用,例如,购物类应用、通讯类应用等。

终端设备101、102、103可以是硬件,也可以是软件。当终端设备101、102、103为硬件时,可以是具有显示屏的各种电子设备,包括但不限于手机和笔记本电脑。当终端设备101、102、103为软件时,可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供UI样式更新服务),也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以是提供各种服务的服务器,例如,接收客户端发送的请求,请求包括待更新UI样式的相关信息;基于网关,在预先存储在网关对应的网关配置平台的增量数据集合中,查找与待更新UI样式的相关信息相匹配的目标增量数据,增量数据由服务端预先推送至网关配置平台,增量数据用于对UI样式进行更新;响应于确定存在目标增量数据,基于网关将目标增量数据发送至客户端以对待更新UI样式进行更新。

需要说明的是,服务器105可以是硬件,也可以是软件。当服务器105为硬件时,可以实现成多个服务器组成的分布式服务器集群,也可以实现成单个服务器。当服务器为软件时,可以实现成多个软件或软件模块(例如用来提供UI样式更新服务),也可以实现成单个软件或软件模块。在此不做具体限定。

需要指出的是,本公开的实施例所提供的UI样式更新方法可以由服务器105执行,也可以由终端设备101、102、103执行,还可以由服务器105和终端设备101、102、103彼此配合执行。相应地,UI样式更新装置包括的各个部分(例如各个单元、子单元、模块、子模块)可以全部设置于服务器105中,也可以全部设置于终端设备101、102、103中,还可以分别设置于服务器105和终端设备101、102、103中。

应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。

图2示出了可以应用于本申请的UI样式更新方法的实施例的流程示意图200。在本实施例中,UI样式更新方法包括以下步骤:

步骤201,接收客户端发送的请求。

在本实施例中,执行主体(如图1中所示的服务器105或终端设备101、102、103)上可以设置有网关和与网关对应的网关配置平台,并可与客户端和服务端进行通信。

执行主体在接收到客户端发送的请求后,对请求进行解析,得到请求中所包括的待更新UI样式的相关信息。

这里,待更新UI样式的相关信息可以包括:数据标识符、版本号等。其中,数据标识符用于标识客户端待更新UI样式信息的来源,如所对应的服务端的接口信息,版本号用于标识客户端当前待更新UI样式的版本号。

需要指出是,上述请求可以为仅包括待更新UI样式的相关信息的UI样式更新请求,也可以是既包括待更新UI样式的相关信息,又包括待更新UI样式的不相关信息,即包括待更新UI样式的相关信息的任意非UI样式更新请求,如用户在客户端上正常操作所产生的订单、搜索等请求,本申请对此不作限定。

在一些可选的方式中,请求还包括:待更新UI样式的不相关信息。

在本实现方式中,上述请求还包括既包括待更新UI样式的相关信息,又包括待更新UI样式的不相关信息,该方式使得对客户端待更新UI样式的更新不仅局限于UI样式更新请求,可以是任意的HTTP(Hypertext Transfer Protocol,超文本传输协议)请求,增大了对UI样式更新的及时性,避免了现有技术中,只在客户端缓存的UI样式过期的情况下才会重新拉取UI样式代码,影响客户体验的问题。

步骤202,基于网关,在预先存储在网关对应的网关配置平台上的增量数据集合中,查找与待更新UI样式的相关信息相匹配的目标增量数据。

在本实施例中,执行主体基于网关,在预先存储在网关对应的网关配置平台上的增量数据集合中,采用多种方式查找与待更新UI样式的相关信息相匹配的目标增量数据。

这里,增量数据为用于对UI样式进行更新的数据,增量数据可以包括UI样式的相关信息及所对应的修改数据。

其中,目标增量数据为用于对待更新UI样式进行更新的增量数据。目标增量数据可以包括目标UI样式的相关信息及所对应的修改数据。目标UI样式的相关信息可以包括目标数据标识符和目标版本号。目标数据标识符与待更新UI样式的相关信息中的数据标识符相同,目标版本号大于待更新UI样式的相关信息中的版本号。

具体地,执行主体基于网关,在预先存储在网关对应的网关配置平台上的增量数据集合中,查找目标增量数据的方式可以是首先按照待更新的UI样式的相关信息中的数据标识符,查找与数据标识符相匹配的第一增量数据,第一增量数据的数据标识符与上述数据标识符相同,再按照版本号,在第一增量数据中查找与版本号相匹配的第二增量数据,第二增量数据的版本号大于上述版本号,并将查找到的第二增量数据作为目标增量数据;也可以同时按照数据标识符和版本号在增量数据集合中查找目标增量数据,本申请对此不作限定。

这里,增量数据集合中的增量数据由服务端预先推送至网关配置平台。网关配置平台可提供多个API接口供服务端使用。

需要指出的是,目标增量数据可以是一个增量数据,也可以是多个增量数据,本申请对此不作限定。

具体地,UI样式相关信息为(数据标识符为A,版本号为1.2),目标增量数据为增量数据B:UI样式相关信息(数据标识符为A,版本号为1.3)及所对应的修改数据、增量数据B:UI样式相关信息(数据标识符为A,版本号为1.4)及所对应的增量数据。

此外,需要说明的是,客户端在首次启动时,可通过数据标识符直接从服务端获取UI样式代码并缓存在客户端。

在一些可选的方式中,查找与所述待更新UI样式的相关信息相匹配的目标增量数据,包括:按照预先为增量数据集合创建的数据标识符及版本号索引,查找与所述待更新UI样式的相关信息相匹配的目标增量数据。

在本实现方式中,增量数据包括UI样式的相关信息,UI样式的相关信息包括数据标识符和版本号。执行主体可按照增量数据集合在存储至数据库时为增量数据集合创建的数据标识符及版本号索引,查找与待更新UI样式的相关信息相匹配的目标增量数据。

该实现方式通过按照预先为增量数据集合创建的数据标识符及版本号索引,查找与所述待更新UI样式的相关信息相匹配的目标增量数据,有效提升了目标增量数据的查找速率。

步骤203,响应于确定存在目标增量数据,基于网关将目标增量数据发送至客户端以对UI样式进行更新。

在本实施例中,执行主体在确定增量数据集合中存在目标增量数据后,通过网关将目标增量数据发送至客户端。

客户端在接收到目标增量数据后,可直接更新UI样式,也可更新UI样式的缓存。

需要指出的是,若上述请求为包括UI样式相关信息的非UI样式更新请求,则需将请求对应的业务数据及目标增量数据打包成整合数据发送给客户端。

客户端在接收到整合数据后,可首先判断整合数据中是否有目标增量数据,若存在则更新UI样式,业务数据则正常执行原逻辑,与样式数据更新互不干扰。

继续参见图3,图3是根据本实施例的UI样式更新方法的应用场景的一个示意图。

在图3的应用场景中,执行主体301上设置有网关和与网关对应的网关配置平台。执行主体301接收客户端302发送的请求,如UI样式更新请求,并对请求进行解析,得到待更新UI样式的相关信息303,例如,数据标识符A,版本号2.1。基于网关,在预先存储在网关对应的网关配置平台的增量数据集合304中,查找与待更新UI样式的相关信息相匹配的目标增量数据305,例如,数据标识符A,版本号2.2及所对应的修改数据。其中,增量数据由服务端306预先推送至网关配置平台,增量数据用于对UI样式进行更新。响应于确定存在目标增量数据305,基于网关将目标增量数据305发送至客户端302以对待更新UI样式进行更新。

本公开的UI样式更新方法,通过接收客户端发送的请求,请求包括待更新UI样式的相关信息;基于网关,在预先存储在网关对应的网关配置平台的增量数据集合中,查找与待更新UI样式的相关信息相匹配的目标增量数据,增量数据由服务端预先推送至网关配置平台,增量数据用于对UI样式进行更新;响应于确定存在目标增量数据,基于网关将目标增量数据发送至客户端以对待更新UI样式进行更新,减轻了服务端的接口压力,提高了UI样式更新的及时性。

进一步参考图4,其示出了UI样式更新方法的又一个实施例的流程400。本实施例的UI样式更新方法的流程400,可包括以下步骤:

步骤401,接收客户端发送的请求。

在本实施例中,步骤401的实现细节和技术效果,可以参考对步骤201的描述,在此不再赘述。

步骤402,基于网关,在预先存储在网关对应的网关配置平台上的增量数据集合中,查找与UI样式相关信息相匹配的目标增量数据。

在本实施例中,步骤402的实现细节和技术效果,可以参考对步骤202的描述,在此不再赘述。

步骤403,响应于确定存在目标增量数据,基于网关将目标增量数据发送至客户端以对UI样式进行更新。

在本实施例中,步骤403的实现细节和技术效果,可以参考对步骤203的描述,在此不再赘述。

步骤404,响应于接收到服务端发送的增量数据,基于网关配置平台对增量数据集合进行更新,并将更新后的增量数据集合作为预先存储在网关对应的网关配置平台上的增量数据集合。

在本实施例中,执行主体在接收到服务器发送的增量数据后,可根据网关配置平台可以直接将增量数据添加至增量数据集合以对增量数据集合进行更新,也可以将数据标识符、版本号等作索将增量数据存储至增量数据集合以对增量数据集合进行更新,并将更新后的增量数据集合作为预先存储在网关对应的网关配置平台上的增量数据集合。

这里,服务端发送的增量数据可以是服务端定期发送的增量数据,也可以是服务端响应于检测到研发用户修改UI样式的代码而发送的增量数据。

具体地,服务端检测到研发用户针对特定场景修改UI样式代码,将修改的数据连同版本号及数据标识符整合为增量数据,并将增量数据推送到网关配置平台。

在一些可选的方式中,基于网关配置平台对增量数据集合进行更新,包括:通过网关配置平台将增量数据更新至增量数据集合,并对增量数据进行缓存,以得到更新后的增量数据集合。

在本实现方式中,执行主体在通过网关配置平台将增量数据更新至增量数据集合后,可进一步将增量数据写入缓存服务器,以得到更新后的增量数据集合。

该方式通过网关配置平台将增量数据存储至增量数据集合,并对增量数据进行缓存,以得到更新后的增量数据集合,有助于提升对目标增量数据的查询效率,进而进一步提升UI样式的更新效率。

本申请的上述实施例,与图2对应的实施例相比,本实施例中的UI样式更新方法的流程400体现了响应于接收到服务端发送的增量数据,基于网关配置平台对增量数据集合进行更新,并将更新后的增量数据集合作为预先存储在网关对应的网关配置平台上的增量数据集合,实现了对增量数据集合的及时有效更新,进而进一步提升了对UI样式更新的及时性。

进一步参考图5,作为对上述各图所示方法的实现,本申请提供了一种UI样式更新装置的一个实施例,该装置实施例与图1所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。

如图5所示,本实施例的UI样式更新装置500包括:接收模块501、查找模块502和发送模块503。

其中,接收模块501,可被配置成接收客户端发送的请求,请求包括待更新UI样式的相关信息。

查找模块502,可被配置成基于网关,在预先存储在网关对应的网关配置平台的增量数据集合中,查找与待更新UI样式的相关信息相匹配的目标增量数据。

发送模块503,可被配置成响应于确定存在目标增量数据,基于网关将目标增量数据发送至客户端以对待更新UI样式进行更新。

在本实施例的一些可选的方式中,该装置还包括:更新模块,被配置成响应于接收到服务端发送的增量数据,基于网关配置平台对增量数据集合进行更新,并将更新后的增量数据集合作为预先存储在网关对应的网关配置平台上的增量数据集合。

在本实施例的一些可选的方式中,更新模块进一步被配置成:通过网关配置平台将增量数据更新至所述增量数据集合,并对所述增量数据进行缓存,以得到更新后的增量数据集合。

在本实施例的一些可选的方式中,增量数据包括UI样式的相关信息,UI样式的相关信息包括:数据标识符和版本号,以及查找模块进一步被配置成:按照预先为增量数据集合创建的数据标识符及版本号索引,查找与待更新UI样式的相关信息相匹配的目标增量数据。

在本实施例的一些可选的方式中,请求还包括:待更新UI样式的不相关信息。

根据本申请的实施例,本申请还提供了一种电子设备和一种可读存储介质。

如图6所示,是根据本申请实施例的UI样式更新方法的电子设备的框图。

600是根据本申请实施例的UI样式更新方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图6所示,该电子设备包括:一个或多个处理器601、存储器602,以及用于连接各部件的接口,包括高速接口和低速接口。各个部件利用不同的总线互相连接,并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理,包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如,耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中,若需要,可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样,可以连接多个电子设备,各个设备提供部分必要的操作(例如,作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图6中以一个处理器601为例。

存储器602即为本申请所提供的非瞬时计算机可读存储介质。其中,所述存储器存储有可由至少一个处理器执行的指令,以使所述至少一个处理器执行本申请所提供的UI样式更新方法。本申请的非瞬时计算机可读存储介质存储计算机指令,该计算机指令用于使计算机执行本申请所提供的UI样式更新方法。

存储器602作为一种非瞬时计算机可读存储介质,可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块,如本申请实施例中的UI样式更新方法对应的程序指令/模块(例如,附图5所示的接收模块501、查找模块502和发送模块503)。处理器601通过运行存储在存储器602中的非瞬时软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述方法实施例中的UI样式更新方法。

存储器602可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储UI样式更新的电子设备的使用所创建的数据等。此外,存储器602可以包括高速随机存取存储器,还可以包括非瞬时存储器,例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中,存储器602可选包括相对于处理器601远程设置的存储器,这些远程存储器可以通过网络连接至UI样式更新的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

UI样式更新方法的电子设备还可以包括:输入装置603和输出装置604。处理器601、存储器602、输入装置603和输出装置604可以通过总线或者其他方式连接,图6中以通过总线连接为例。

输入装置603可接收输入的数字或字符信息,例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置604可以包括显示设备、辅助照明装置(例如,LED)和触觉反馈装置(例如,振动电机)等。该显示设备可以包括但不限于,液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中,显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令,并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的,术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如,磁盘、光盘、存储器、可编程逻辑装置(PLD)),包括,接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

根据本申请实施例的技术方案,减轻了服务端的接口压力,提高了UI样式更新的及时性。

应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本申请公开的技术方案所期望的结果,本文在此不进行限制。

上述具体实施方式,并不构成对本申请保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等,均应包含在本申请保护范围之内。

相关技术
  • UI样式更新方法和装置
  • 解决web应用复合中UI样式冲突的方法和装置
技术分类

06120113047884