页面处理方法、装置、系统、电子设备及存储介质

技术领域

本申请属于计算机技术领域，特别是涉及一种页面处理方法、装置、系统、电子设备及存储介质。

背景技术

随着电子信息技术的发展，用于可通过其电子设备上安装的各种应用程序来获取各式各样的应用服务，而应用程序的开发者也会发布新版本的应用程序来优化应用程序，适应用户的各种需求，但是对于一些只是对应用程序的页面中的文字、图片、位置等轻量级内容进行修改更新，通过发布新的版本方式来更新显然会造成资源的浪费。

现有技术中页面的这些轻量级内容进行更新，通常是通过webview(安卓系统中的一种页面控件)来开启一个新页面替换应用程序客户端中的原页面，但是这种方式开启的新页面与原页面的功能样式的差异较大；或者是采用React Native(一种混合移动应用开发框架)或者Flutter(一种移动应用开发平台)，通过将开发的新页面下发给应用程序客户端，这种两种方式和webview一样，由于需要依赖于应用程序以外的第三方平台的页面组件来更新页面，因此所得到的新页面仍与应用程序的原页面存在差异。除了以上的方式，还可以通过插件化技术或者热修复技术来对应用程序的逻辑编码进行修改后下发给应用程序，这种方式所得到的新页面虽然可以维持应用程序中原生页面的效样式功能，但是开发过程繁琐，开发成本较高。

发明内容

有鉴于此，本申请实施例的提供一种页面处理方法、装置、系统、电子设备及存储介质，能够解决在先技术中，采用应用程序以外的页面组件对应用程序的页面进行更新，导致更新后的页面效果与原生页面效果差异较大，并且更新步骤繁琐、页面更新效率低的问题。

依据本申请第一方面，提供一种页面处理方法，应用于用户客户端，所述方法包括：

接收页面更新指令；

响应于对于目标页面的访问指令，从所述页面更新指令中提取页面更新配置，所述页面更新配置至少包括：页面标识、组件标识和更新操作；

在确定所述页面标识指示所述目标页面时，对所述目标页面中所述组件标识所指示的目标组件执行所述更新操作；

显示组件更新后的所述目标页面。

可选的，所述确定所述页面标识指示所述目标页面，包括：

根据页面路径对应关系确定所述页面标识相对应的页面路径；

在根据所述页面路径查询到的页面为所述目标页面时，确定所述页面标识指示所述目标页面。

可选的，所述组件标识包括：组件位置索引，所述对所述目标页面中所述组件标识所指示的目标组件执行所述更新操作，包括：

在所述目标页面的组件树中查询所述组件位置索引所指示的目标组件；

对所述目标组件执行所述更新操作。

可选的，所述接收页面更新指令，包括：

在所述用户客户端启动时，从服务端获取页面更新指令；

在所述用户客户端启动后，接收推送端发送的页面更新指令。

可选的，所述更新操作包括：文本修改操作、图片修改操作、背景修改操作、按钮点击能力修改操作、位置修改操作、尺寸修改操作、显示状态修改操作中的至少一种。

依据本申请第二方面，提供一种页面处理装置，应用于用户客户端，所述装置包括：

接收模块，用于接收页面更新指令；

确定模块，用于响应于对于目标页面的访问指令，从所述页面更新指令中提取页面更新配置，所述页面更新配置至少包括：页面标识、组件标识和更新操作；

更新模块，用于在确定所述页面标识指示所述目标页面时，对所述目标页面中所述组件标识所指示的目标组件执行所述更新操作；

显示模块，用于显示组件更新后的所述目标页面。

可选的，所述更新模块，还用于：

根据页面路径对应关系确定所述页面标识相对应的页面路径；

在根据所述页面路径查询到的页面为所述目标页面时，确定所述页面标识指示所述目标页面。

可选的，所述组件标识包括：组件位置索引，所述更新模块，还用于：

在所述目标页面的组件树中查询所述组件位置索引所指示的目标组件；

对所述目标组件执行所述更新操作。

可选的，所述接收模块，还用于：

在所述用户客户端启动时，从服务端获取页面更新指令；

在所述用户客户端启动后，接收推送端发送的页面更新指令。

可选的，所述更新操作包括：文本修改操作、图片修改操作、背景修改操作、按钮点击能力修改操作、位置修改操作、尺寸修改操作、显示状态修改操作中的至少一种。

依据本申请第三方面，提供一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的页面处理方法。

依据本申请第四方面，提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的页面处理方法。

针对现有技术，本申请具备如下优点：

本申请提供的一种页面处理方法、装置、系统、电子设备及存储介质，本方案通过在用户客户端的页面开启前通过查询所接收到的页面更新指令中的页面更新配置来对页面中的组件执行更新操作，从而显示更新后的页面，由于是通过对页面组件执行更新操作，因此可以在保证更新后的页面保持原生页面效果的情况下，可以高效地对页面进行更新。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是本申请实施例提供的一种页面处理方法的步骤流程图；

图2是本申请实施例提供的另一种页面处理方法的步骤流程图；

图3是本申请实施例提供的一种页面处理方法的数据传输过程示意图；

图4是本申请实施例提供的一种页面处理装置的结构框图；

图5是本申请实施例提供的一种电子设备的结构框图。

具体实施方式

下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。

图1是本申请实施例提供的一种页面处理方法的步骤流程图，应用于用户客户端，所述方法包括：

步骤101，接收页面更新指令。

在本申请实施例中，用户客户端是指安装在用户设备上，以向用户提供应用服务的客户端，与其相对的是开发客户端，也就是开发人员使用的客户端，开发人员可以通过该开发客户端对应用客户端进行调整。页面更新指令是开发客户端生成，可以是开发客户端直接下发给用户客户端，也可以是开发客户端通过其他中转设备转发给用户客户端，具体可以根据实际需求确定，此处不做限定。

步骤102，响应于对于目标页面的访问指令，从所述页面更新指令中提取页面更新配置，所述页面更新配置至少包括：页面标识、组件标识和更新操作。

在本申请实施例中，对于目标页面的访问指令可以是根据用户对于用户客户端的点击、长按、滑动、语音或手势等类型的访问操作生成，也可以是用户客户端按照特定生成规律，例如按照时间、数据量、访问量等生成规律自动生成，以使得用户客户端自动跳转至目标页面，具体可以根据实际需求确定，此处不做限定。页面标识是指用于指示客户端中页面的唯一标识，组件标识是用户指示页面所包含组件的唯一标识，更新操作是指组件需要进行调整的操作类型，更新操作可以是组件样式更新、组件位置更新、组件尺寸更新等等，具体可以根据实际需求确定，此处不做限定。

可以通过在用户客户端的开发过程中，通过在用户客户端的页面组件展示方法中插入指令解析代码，从而在用户客户端的安装包中预埋指令执行模块。该指令执行模块会在客户端显示页面时，自动检查是否接收到对于当前需要显示的目标页面的页面更新指令。

步骤103，在确定所述页面标识指示所述目标页面时，对所述目标页面中所述组件标识所指示的目标组件执行所述更新操作。

在本申请实施例中，页面更新模块通过将所接收到的页面更新指令中的页面标识与目标页面进行匹配，若匹配成功，则表明该页面标识所对应的页面更新指令是用于对该目标页面进行页面更新，此时继续通过页面更新指令中的组件标识来查询目标页面所包含的组件，并在查询到组件标识所指示的目标组件后，对该目标组件按照页面更新指令或只能怪的更新操作进行更新。

步骤104，显示组件更新后的所述目标页面。

在本申请实施例中，在对目标页面的目标组件执行完更新操作后，即可通过根据目标页面中更新后的目标组件以及其他组件进行渲染，从而得到组件更新后的目标页面来进行显示，使得客户端中的页面可以高效地进行更新。这种方式相对于现有技术中需要通过客户端以外的其他应用程序来对客户端进行页面更新的方式，由于无需依赖于其他应用程序的组件，而是在原客户端中页面组件的基础上进行修改，因此修改后的页面效果与原生页面效果差别较小。而相对于通过对客户端的整体或大部分逻辑代码进行修改来实现页面更新的方式，所需投入的开发成本更小，而且效率也更高。

本申请实施例通过在用户客户端的页面开启前通过查询所接收到的页面更新指令中的页面更新配置来对页面中的组件执行更新操作，从而显示更新后的页面，由于是通过对页面组件执行更新操作，因此可以在保证更新后的页面保持原生页面效果的情况下，可以高效地对页面进行更新。

图2是本申请实施例提供的另一种页面处理方法的步骤流程图，应用于用户客户端，所述方法包括：

步骤201，在所述用户客户端启动时，从服务端获取页面更新指令。

在本申请实施例中，服务端是指为用户客户端提供服务数据支持的服务器。由于本方案是通过在用户客户端的安装包中预埋有更新指令执行模块，具体是在用户客户端的页面显示逻辑中插入，因此在用户客户端启动时将自动触发更新指令执行模块，此时更新指令执行模块将会自动从服务端请求获取在用户客户端关闭的过程中发布的页面更新指令。

步骤202，在所述用户客户端启动后，接收推送端发送的页面更新指令。

在本申请实施例中，推送端是指用于信息推送的服务器，可以是依赖于在客户端安装插件或者第三方应用程序来实现推送。由于用户客户端在运行的过程中，无法主动推送消息，因此需要借助推送端来获取页面更新指令。

本申请实施例通过服务端拉取和推送端推送的两种方式来向用户客户端提供页面更新指令，从而使得用户客户端在启动时和启动后均可接收到页面更新指令，提高了页面更新的灵活性。

步骤203，响应于对于目标页面的访问指令，从所述页面更新指令中提取页面更新配置，所述页面更新配置至少包括：页面标识、组件标识和更新操作。

该步骤可参照步骤102的详细描述，此处不再赘述。

步骤204，根据页面路径对应关系确定所述页面标识相对应的页面路径。

在本申请实施例中，页面路径是用于描述在用户客户端的文件目录从中根节点达到页面文件的绝对路径。由于用户客户端在开发完成并打包时会进行代码混淆，因此用户客户端中的页面标识在打包完成后与打包前的页面标识不同，这就使得开发人员无法获取混淆后的页面标识，但是开发人员发布的页面更新指令中的页面标识是混淆前的页面标识。因此本申请实施例通过在用户客户端的代码混淆前将页面标识的页面路径存储到用户客户端的静态变量中。

步骤205，在根据所述页面路径查询到的页面为所述目标页面时，确定所述页面标识指示所述目标页面。

在本申请实施例中，虽然页面标识会混淆，但是用户客户端的文件目标的分布结构不会变，因此可以通过页面路径可以查询到该页面标识所对应的页面，是否是该页面路径查询到的页面正是当前需要显示的目标页面。

本申请实施例通过预先存储的页面路径对应关系来用户客户端中查询页面标识所指示的页面，避免了由于用户客户端的代码混淆导致的页面标识无法识别的问题。

可选的，所述组件标识包括：组件位置索引。

步骤206，在确定所述页面标识指示所述目标页面时，在所述目标页面的组件树中查询所述组件位置索引所指示的目标组件。

在本申请实施例中，组件位置索引是指组件在页面组件树中的位置索引，该组件位置索引可以通过工具来遍历组件树生成，每个组件位置索引由一个字符串组成，字符串由数字组成，每个数字表示子组件在父组件中的索引。通过组件位置索引即可查询到组件位置索引所指示的目标组件。和上述步骤204中的页面标识类似，由于用户客户端的代码在打包时会执行代码混淆，因此无法通过混淆前的组件标识来查询到混淆代码后的组件。

步骤207，对所述目标组件执行所述更新操作。

本申请实施例通过组件位置索引来标识需要进行更新的目标组件，从而避免了由于代码混淆导致无法查询到组件的问题。

步骤208，显示组件更新后的所述目标页面。

该步骤可参照步骤104的详细描述，此处不再赘述。

可选的，所述更新操作包括：文本修改操作、图片修改操作、背景修改操作、按钮点击能力修改操作、位置修改操作、尺寸修改操作、显示状态修改操作中的至少一种。

在本申请实施例中，文本修改操作是对于页面组件显示文案的修改，例如发版后发现文案有错别字或者不合适的字眼均可通过该操作进行修改；图片修改操作是对页面组件中的图片进行修改；背景修改操作是对页面组件中显示的背景的颜色或者样式进行修改；按钮点击能力修改操作是对页面按钮组件中点击能力的修改，例如禁止或允许点击、触摸等；位置修改操作是最组件的显示位置进行修改；尺寸修改操作是对组件的显示尺寸进行修改；显示状态修改是对页面组件的显示状态和隐藏状态进行切换修改。

需要说明是的，由于本方案是通过用户客户端的原有页面组件进行修改，因此无法对用户客户端的逻辑框架进行修改，因此无法实现页面的原有功能以外的功能，但是可以通过上述列举的数种更新操作对用户客户端的页面进行轻量级调整。

本申请实施例通过提供多种更新操作供开发人员对页面组件进行更新，提高了页面更新的多样性。

具体的，参照图3，示出本申请实施例提供的一种页面处理系统的数据传输过程示意图，所述系统包括有服务端1、用户客户端2、开发客户端3、推送端4。

其中，开发人员在开发客户端3确定页面更新配置后，根据页面更新配置分别向服务端1和推送端4发送页面更新指令，在服务端1会在用户客户端2启动时，将页面更新指令下发给用户客户端2，或者在用户客户端2已启动时通过推送端4向用户客户端2推送页面更新指令，从而使得用户客户端2根据页面更新指令对目标页面进行更新。

本申请实施例通过在用户客户端的页面开启前通过查询所接收到的页面更新指令中的页面更新配置来对页面中的组件执行更新操作，从而显示更新后的页面，由于是通过对页面组件执行更新操作，因此可以在保证更新后的页面保持原生页面效果的情况下，可以高效地对页面进行更新。并且还通过服务端拉取和推送端推送的两种方式来向用户客户端提供页面更新指令，从而使得用户客户端在启动时和启动后均可接收到页面更新指令，提高了页面更新的灵活性。并且还通过预先存储的页面路径对应关系来用户客户端中查询页面标识所指示的页面，避免了由于用户客户端的代码混淆导致的页面标识无法识别的问题。并且还通过组件位置索引来标识需要进行更新的目标组件，从而避免了由于代码混淆导致无法查询到组件的问题。并且还通过提供多种更新操作供开发人员对页面组件进行更新，提高了页面更新的多样性。

图4是本申请实施例提供的一种页面处理装置30的结构框图，应用于用户客户端，所述装置包括：

接收模块301，用于接收页面更新指令；

确定模块302，用于响应于对于目标页面的访问指令，从所述页面更新指令中提取页面更新配置，所述页面更新配置至少包括：页面标识、组件标识和更新操作；

更新模块303，用于在确定所述页面标识指示所述目标页面时，对所述目标页面中所述组件标识所指示的目标组件执行所述更新操作；

显示模块304，用于显示组件更新后的所述目标页面。

可选的，所述更新模块303，还用于：

根据页面路径对应关系确定所述页面标识相对应的页面路径；

在根据所述页面路径查询到的页面为所述目标页面时，确定所述页面标识指示所述目标页面。

可选的，所述组件标识包括：组件位置索引，所述更新模块303，还用于：

在所述目标页面的组件树中查询所述组件位置索引所指示的目标组件；

对所述目标组件执行所述更新操作。

可选的，所述接收模块301，还用于：

在所述用户客户端启动时，从服务端获取页面更新指令；

在所述用户客户端启动后，接收推送端发送的页面更新指令。

可选的，所述更新操作包括：文本修改操作、图片修改操作、背景修改操作、按钮点击能力修改操作、位置修改操作、尺寸修改操作、显示状态修改操作中的至少一种。

本申请实施例通过在用户客户端的页面开启前通过查询所接收到的页面更新指令中的页面更新配置来对页面中的组件执行更新操作，从而显示更新后的页面，由于是通过对页面组件执行更新操作，因此可以在保证更新后的页面保持原生页面效果的情况下，可以高效地对页面进行更新。

对于上述服务器的实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例还提供了一种电子设备，如图5所示，包括处理器401、通信接口402、存储器403和通信总线404，其中，处理器401，通信接口402，存储器403通过通信总线404完成相互间的通信，

存储器403，用于存放计算机程序；

处理器401，用于执行存储器403上所存放的程序时，实现如下步骤：上述任一所述页面处理方法中的步骤。

上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述终端与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本申请提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的页面处理方法。

在本申请提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的页面处理方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本申请的保护范围内。