应用程序页面API接口前置方法、装置及存储介质制造方法及图纸

本发明专利技术涉及数据处理技术领域，提出一种应用程序页面API接口前置方法、装置及存储介质，其中的方法包括：用户触发第一流程页面中的按钮，通过预设业务逻辑判断待跳转的第二流程页面；通过第一流程页面触发应用程序初始化新的webview，在新的webview加载第二流程页面的静态资源；同时，第一流程页面向应用程序中的代理中间件的发送消息队列中发送API接口请求；代理中间件根据发送消息队列先后处理API接口请求，并与服务端发生交互，获取对应的接口数据；第二流程页面从所述代理中间件中获取与API接口相对应的接口数据；根据接口数据对第二流程页面进行页面渲染。本发明专利技术能够优化页面打开速度，提高用户体验。

【技术实现步骤摘要】
应用程序页面API接口前置方法、装置及存储介质
本专利技术涉及数据处理
，尤其涉及一种应用程序页面API接口前置方法、装置及计算机可读存储介质。
技术介绍
前移动端除了原生iOS/Android开发外，为了业务快速迭代，存在大量的HybridApp或者WebApp。但高开发效率带来了页面体验较差的情况，当用户点击一个按钮/链接跳转到下一个页面时，往往需要经过“处理当前页面逻辑->初始化Webview->加载静态资源->请求API接口->页面渲染”几个环节。根据数据统计，一个最简单的Webview初始化时间在90～150ms之间(如果有特殊业务逻辑该部分时间将大大延长)，API接口根据业务逻辑复杂度，需要数百毫秒到数秒之间。从这些数据我们可以看出初始化Webview与请求API接口这两部分占了整个过程的绝大部分时间。目前，为克服上述问题现有业内或产品部分采用服务端渲染技术，该技术虽然优化了“加载静态资源->请求API接口->页面渲染”的时间，但是API接口请求和Webview初始化这两块占比最大的部分仍是以串行的方式请求，导致业内大部分Hybrid/WebApp给人以不流畅的体验。
技术实现思路
本专利技术提供一种应用程序页面API接口前置方法、电子装置及计算机可读存储介质，其主要目的在于。为实现上述目的，本专利技术提供一种应用程序页面API接口前置方法，应用于电子装置，所述方法包括：用户触发第一流程页面中的按钮，通过预设业务逻辑判断待跳转的第二流程页面；通过所述第一流程页面触发应用程序初始化新的webview，在新的webview加载所述第二流程页面的静态资源；同时，所述第一流程页面向应用程序中的代理中间件的发送消息队列中发送API接口请求；所述代理中间件根据发送消息队列先后处理API接口请求，并与服务端发生交互，获取对应的接口数据；所述第二流程页面从所述代理中间件中获取与所述API接口相对应的接口数据；根据所述接口数据对所述第二流程页面进行页面渲染。优选地，所述用户触发第一流程页面中的按钮，通过预设业务逻辑判断待跳转的第二流程页面的步骤包括：当所述用户触发或者点击所述第一流程页面上的按钮时，通过所述预设业务逻辑判断所述第二流程页面初始化所需的API接口信息及入参；其中，所述第一流程页面中的按钮为设置在所述第一流程页面上的链接；基于所述API接口信息及入参确定所述待跳转的第二流程页面的位置。优选地，所述第二流程页面从所述代理中间件中获取与所述API接口相对应的接口数据的步骤包括：若所述API接口的接口数据已返回至所述代理中间件，则所述第二流程页面直接获取所述接口数据并进行页面渲染；若所述API接口的接口数据未返回至所述代理中间件，且所述发送消息队列中存在所述API接口请求时，则等待所述代理中间件进行接口数据返回；若所述API接口的接口数据未返回至所述代理中间件，且所述发送消息队列中不存在所述API接口请求时，则通过所述第二流程页面自行发送所述API接口请求，并获取对应的接口数据。优选地，所述代理中间件根据所述发送消息队列的先后顺序处理所述API接口请求，并与服务器端发生交互，待所述API接口请求成功时，获取对应的接口数据，并将所述接口数据存入缓存。优选地，所述通过所述第一流程页面触发应用程序初始化新的webview，在新的webview加载所述第二流程页面的静态资源的步骤包括：待初始化新的webview时，判断是否需要运行ajax，若不需要，则根据预设的默认模板对所述第二流程页面进行页面渲染；否则，检测是否存在所述接口数据缓存。为实现上述目的，本专利技术还提供一种电子装置，该电子装置包括：存储器及处理器，所述存储器中包括应用程序页面API接口前置程序，所述应用程序页面API接口前置程序被所述处理器执行时实现如下步骤：用户触发第一流程页面中的按钮，通过预设业务逻辑判断待跳转的第二流程页面；通过所述第一流程页面触发应用程序初始化新的webview，在新的webview加载所述第二流程页面的静态资源；同时，所述第一流程页面向应用程序中的代理中间件的发送消息队列中发送API接口请求；所述代理中间件根据发送消息队列先后处理API接口请求，并与服务端发生交互，获取对应的接口数据；所述第二流程页面从所述代理中间件中获取与所述API接口相对应的接口数据；根据所述接口数据对所述第二流程页面进行页面渲染。优选地，所述用户触发第一流程页面中的按钮，通过预设业务逻辑判断待跳转的第二流程页面的步骤包括：当所述用户触发或者点击所述第一流程页面上的按钮时，通过所述预设业务逻辑判断所述第二流程页面初始化所需的API接口信息及入参；其中，所述第一流程页面中的按钮为设置在所述第一流程页面上的链接；基于所述API接口信息及入参确定所述待跳转的所述第二流程页面的位置。优选地，所述第二流程页面从所述代理中间件中获取与所述API接口相对应的接口数据的步骤包括：若所述API接口的接口数据已返回至所述代理中间件，则所述第二流程页面直接获取所述接口数据并进行页面渲染；若所述API接口的接口数据未返回至所述代理中间件，且所述发送消息队列中存在所述API接口请求时，则等待所述代理中间件进行接口数据返回；若所述API接口的接口数据未返回至所述代理中间件，且所述发送消息队列中不存在所述API接口请求时，则通过所述第二流程页面自行发送所述API接口请求，并获取对应的接口数据。优选地，所述代理中间件根据所述发送消息队列的先后顺序处理所述API接口请求，并与服务器端发生交互，待所述API接口请求成功时，获取对应的接口数据，并将所述接口数据存入缓存。此外，为实现上述目的，本专利技术还提供一种计算机可读存储介质，所述计算机可读存储介质中包括应用程序页面API接口前置程序，所述应用程序页面API接口前置程序被处理器执行时，实现如上所述的应用程序页面API接口前置方法中的任意步骤。本专利技术提出的应用程序页面API接口前置方法、电子装置及计算机可读存储介质，通过将API接口进行前置，可将Hybrid/WebApp中造成页面卡顿的两个关键环节“初始化Webview”及“请求API接口”进行并行处理，两者无需先后执行，并且进行了一定的容错处理，能够优化页面打开速度，用户可以更快的看到并且操作页面，用户体验良好。附图说明图1为本专利技术应用程序页面API接口前置方法具体实施例应用环境示意图；图2为图1中应用程序页面API接口前置程序较佳实施例的模块示意图；图3为本专利技术应用程序页面API接口前置方法较佳实施例的流程图；图4为本专利技术应用程序页面API接口前置方法具体实施例的流程图。本专利技术目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。具体实施方式...

【技术保护点】
1.一种应用程序页面API接口前置方法，应用于电子装置，其特征在于，所述方法包括：/n用户触发第一流程页面中的按钮，通过预设业务逻辑判断待跳转的第二流程页面；/n通过所述第一流程页面触发应用程序初始化新的webview，在新的webview加载所述第二流程页面的静态资源；同时，所述第一流程页面向应用程序中的代理中间件的发送消息队列中发送API接口请求；/n所述代理中间件根据发送消息队列先后处理API接口请求，并与服务端发生交互，获取对应的接口数据；/n所述第二流程页面从所述代理中间件中获取与所述API接口相对应的接口数据；/n根据所述接口数据对所述第二流程页面进行页面渲染。/n

【技术特征摘要】
1.一种应用程序页面API接口前置方法，应用于电子装置，其特征在于，所述方法包括：
用户触发第一流程页面中的按钮，通过预设业务逻辑判断待跳转的第二流程页面；
通过所述第一流程页面触发应用程序初始化新的webview，在新的webview加载所述第二流程页面的静态资源；同时，所述第一流程页面向应用程序中的代理中间件的发送消息队列中发送API接口请求；
所述代理中间件根据发送消息队列先后处理API接口请求，并与服务端发生交互，获取对应的接口数据；
所述第二流程页面从所述代理中间件中获取与所述API接口相对应的接口数据；
根据所述接口数据对所述第二流程页面进行页面渲染。


2.根据权利要求1所述的应用程序页面API接口前置方法，其特征在于，所述用户触发第一流程页面中的按钮，通过预设业务逻辑判断待跳转的第二流程页面的步骤包括：
当所述用户触发或者点击所述第一流程页面上的按钮时，通过所述预设业务逻辑判断所述第二流程页面初始化所需的API接口信息及入参；其中，所述第一流程页面中的按钮为设置在所述第一流程页面上的链接；
基于所述API接口信息及入参确定所述待跳转的第二流程页面的位置。


3.根据权利要求1所述的应用程序页面API接口前置方法，其特征在于，所述第二流程页面从所述代理中间件中获取与所述API接口相对应的接口数据的步骤包括：
若所述API接口的接口数据已返回至所述代理中间件，则所述第二流程页面直接获取所述接口数据并进行页面渲染；
若所述API接口的接口数据未返回至所述代理中间件，且所述发送消息队列中存在所述API接口请求时，则等待所述代理中间件进行接口数据返回；
若所述API接口的接口数据未返回至所述代理中间件，且所述发送消息队列中不存在所述API接口请求时，则通过所述第二流程页面自行发送所述API接口请求，并获取对应的接口数据。


4.根据权利要求1所述的应用程序页面API接口前置方法，其特征在于，所述代理中间件根据所述发送消息队列的先后顺序处理所述API接口请求，并与服务器端发生交互，待所述API接口请求成功时，获取对应的接口数据，并将所述接口数据存入缓存。


5.根据权利要求4所述的应用程序页面API接口前置方法，其特征在于，所述通过所述第一流程页面触发应用程序初始化新的webview，在新的webview加载所述第二流程页面的静态资源的步骤包括：
待初始化新的webview时，判断是否需要运行ajax，若不需要，则根据预设的默认模板对所述第二流程页面进行页面渲染；否则，...

【专利技术属性】
技术研发人员：林泽全，
申请(专利权)人：平安普惠企业管理有限公司，
类型：发明
国别省市：广东;44