一种页面缓存方法、装置、设备及存储介质制造方法及图纸

本发明专利技术实施例公开了一种页面缓存方法、装置、设备及存储介质，该方法包括：当接收到页面跳转请求时，确定所述页面跳转请求关联的待缓存页面；根据所述待缓存页面的页面标识，更新全局页面数组，其中，所述全局页面数组为在界面构建框架项目的存储实例中所创建；根据所述全局页面数组中包含的页面标识，将所述页面标识对应的页面信息缓存至内存中。利用该方法，通过动态将待缓存页面的页面标识维护至全局页面数组，根据全局页面数组中包含的页面标识，动态的将全局页面数组包含的页面标识对应的页面缓存至内存中，实现了对缓存页面的统一管理，解决了人为更新页面缓存的问题，降低了缓存页面代码编写量，提高了系统性能和用户体验。验。验。

【技术实现步骤摘要】
一种页面缓存方法、装置、设备及存储介质


[0001]本专利技术涉及数据存储
，尤其涉及一种页面缓存方法、装置、设备及存储介质。

技术介绍

[0002]随着移动端的普及和技术的发展，通过移动端上的应用程序(Application，APP)进行相关业务的办理也越来越普遍。由于移动端屏幕尺寸的限制，如果需要显示的内容较多时，需要将显示内容拆分成多个页面进行展示。
[0003]当用户在移动端页面录入过程中，多个录入页面进行切换时，若已录入信息未存储，将造成用户在录入提交前需重复输入已录入信息；或者在详情页面跳转回列表页面时需重新发起数据请求查询列表数据，导致增加了系统的响应时间，若列表页面设置分页查询，用户需重新进行多次翻页发起分页查询请求才能恢复到原有列表页面数据状态，无疑降低了系统的性能。
[0004]现有技术中，仅使用状态管理工具Vuex作为状态管理库，通过将页面数据存储在数据源存放池中实现页面缓存的效果。针对每一个需要缓存的页面均维护一个存储(Store)实例，并根据业务需求，将需要缓存的数据维护在数据源存放池之中，因为代码量是线性累加的，每一个页面均需编写一个Store实例及对应的方法，不可避免地增加了代码编写量和页面维护成本。

技术实现思路

[0005]本专利技术提供了一种页面缓存方法、装置、设备及存储介质，实现了对缓存页面的统一管理，解决了人为更新页面缓存的问题，降低了缓存页面代码编写量，提高了系统性能和用户体验。
[0006]第一方面，本实施例提供了一种页面缓存方法，包括：
[0007]当接收到页面跳转请求时，确定所述页面跳转请求关联的待缓存页面；
[0008]根据所述待缓存页面的页面标识，更新全局页面数组，其中，所述全局页面数组为在界面构建框架项目的存储实例中所创建；
[0009]根据所述全局页面数组中包含的页面标识，将所述页面标识对应的页面信息缓存至内存中。
[0010]第二方面，本实施例提供了一种页面缓存装置，包括：
[0011]页面确定模块，用于当接收到页面跳转请求时，确定所述页面跳转请求关联的待缓存页面；
[0012]数组更新模块，用于根据所述待缓存页面的页面标识，更新全局页面数组，其中，所述全局页面数组为在界面构建框架项目的存储实例中所创建；
[0013]缓存模块，用于根据所述全局页面数组中包含的页面标识，将所述页面标识对应的页面信息缓存至内存中。
[0014]第三方面，本专利技术实施例还提供一种电子设备，包括：
[0015]一个或多个处理器；
[0016]存储器，用于存储一个或多个程序；
[0017]所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如执行如第一方面实施例所提供的页面缓存方法。
[0018]第四方面，本专利技术实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面实施例所述的基于交付流水线的页面缓存方法。
[0019]本专利技术实施例公开了一种页面缓存方法、装置、设备及存储介质，该方法包括：当接收到页面跳转请求时，确定所述页面跳转请求关联的待缓存页面；根据所述待缓存页面的页面标识，更新全局页面数组，其中，所述全局页面数组为在界面构建框架项目的存储实例中所创建；根据所述全局页面数组中包含的页面标识，将所述页面标识对应的页面信息缓存至内存中。上述技术方案，先创建的全局页面数组用于存储待缓存页面的页面标识，通过动态将待缓存页面的页面标识缓存维护至全局页面数组，根据全局页面数组中包含的页面标识，将页面标识对应的页面缓存至内存中，实现了对缓存页面的统一管理，解决了人为更新页面缓存的问题，降低了缓存页面代码编写量，提高了系统性能和用户体验。
[0020]应当理解，本部分所描述的内容并非旨在标识本专利技术的实施例的关键或重要特征，也不用于限制本专利技术的范围。本专利技术的其它特征将通过以下的说明书而变得容易理解。
附图说明
[0021]为了更清楚地说明本专利技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0022]图1为本专利技术实施例一提供的一种页面缓存方法的流程示意图；
[0023]图2为本专利技术实施例二提供的一种页面缓存方法的流程示意图；
[0024]图3为本专利技术实施例二提供的业务场景页面缓存步骤的示例图；
[0025]图4为本专利技术实施例三提供的一种页面缓存装置的结构示意图；
[0026]图5为本专利技术实施例四提供的一种电子设备的结构示意图。
具体实施方式
[0027]为了使本
的人员更好地理解本专利技术方案，下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分的实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本专利技术保护的范围。
[0028]需要说明的是，本专利技术的说明书和权利要求书及上述附图中的术语“目标”、“原始”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本专利技术的实施例能够以除了在这里图示或
描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0029]目前，随着移动端的普及和技术的发展，在App上业务办理过程中，有的业务场景会涉及多个页面的场景。示例性的，以下面两种业务场景为例进行说明，业务场景一：当业务需要录入繁多的业务要素，由于移动端屏幕尺寸的限制，业务要素拆分为多个页面进行录入。当用户需要对前一页面业务要素进行确认或更改时，需要对用户已录入业务要素进行缓存，否则用户需对该页面业务要素(即页面信息)进行重复录入，严重影响用户体验。
[0030]业务场景二：需对用户已办理的交易以列表形式在列表页面进行展示，并可进一步点击跳转详情页面展示更为详尽的交易数据。由于用户已办理交易数量可能较大，列表页面采用分页查询的方式展示交易，每次仅展示10条交易数据，用户可通过上拉加载，触发新的从客户端到服务器端的请求(HTTP请求)并返回新的10条数据。存在一种情形，用户在多次上拉后进入某条交易的详情页面，查看后返回列表页面，若未对列表页面进行缓存，则用户需再次进行相同次数的上拉才可恢复进入详情页面前的状态。这无疑降低了用户体验，而且重复的HTTP请求也降低了系统的性能。
[0031]现有技术中，仅使用Vuex作为状态管本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种页面缓存方法，其特征在于，包括：当接收到页面跳转请求时，确定所述页面跳转请求关联的待缓存页面；根据所述待缓存页面的页面标识，更新全局页面数组，其中，所述全局页面数组为在界面构建框架项目的存储实例中所创建；根据所述全局页面数组中包含的页面标识，将所述页面标识对应的页面信息缓存至内存中。2.根据权利要求1所述的方法，其特征在于，所述根据所述待缓存页面的页面标识，更新全局页面数组之前，还包括：将所述待缓存页面的页面标识从所述全局页面数组中删除并将所述页面标识对应的页面信息从内存中删除。3.根据权利要求1所述的方法，其特征在于，所述根据所述待缓存页面的页面标识，更新全局页面数组，包括：对所述页面跳转请求进行拦截；将所述页面标识添加至所述全局页面数组中。4.根据权利要求1所述的方法，其特征在于，根据所述全局页面数组中包含的页面标识，将所述页面标识对应的页面信息缓存至内存中，包括：放行所述页面跳转请求，以跳转至所述待缓存页面；根据接收的对所述待缓存页面的业务操作，确定所述页面标识对应页面信息；将所述页面信息缓存至内存中。5.根据权利要求1所述的方法，其特征在于，还包括：当接收到操作结束指令时，将所述待缓存页面的页面标识从所述全局页面数组中删除并将所述页面标识对应的页面信息从内存中删除。6.根据权利要求1所述的方法，其...

【专利技术属性】
技术研发人员：佘沛鑫，许舒婷，
申请(专利权)人：中国农业银行股份有限公司，
类型：发明
国别省市：