基于PAAS的依赖管理方法、装置、电子设备及介质与流程

基于paas的依赖管理方法、装置、电子设备及介质
技术领域
1.本技术涉及计算机网络技术，尤其涉及一种基于paas的依赖管理方法、装置、电子设备及介质。


背景技术：

2.随着业务需求的不断增长，前端工程的代码逐渐膨胀，使得前端应用逐渐发展为“巨石应用”，在应用维护和应用升级等方向都存在很大挑战。
3.为迎接上述挑战，微前端的概念被提出。微前端是一种类似于微服务的架构，将微服务的理念应用于浏览器端，即将web应用由单一的单体应用转变为多个小型前端应用聚合为一的应用，各个前端应用可以独立运行、独立开发、独立部署。
4.对于上述方式，多个子应用在加载资源时都是对资源进行全量加载，同时因现代前端的技术演进，待加载的资源往往比较庞大，从而导致用户在切换子应用时资源展示效率低下，进而不利于提升用户体验。


技术实现要素：

5.本技术提供一种基于paas的依赖管理方法、装置、电子设备及介质，用以降低前端页面负担，从而提高前端资源展示的效率，进而提升用户体验。
6.一方面，本技术提供一种基于paas的依赖管理方法，该方法包括：
7.当调用目标子应用时，加载父应用信息；其中，所述父应用信息包括多个子应用的依赖资源的路径；
8.基于所述目标子应用的依赖配置表，确定所述目标子应用是否可共享所述父应用信息中的依赖资源的路径；其中，所述依赖配置表存储有所述目标子应用可使用的依赖资源的路径；
9.若是，则确定可共享的目标依赖资源的路径，基于所述目标依赖资源的路径从缓存空间中加载所述目标依赖资源，其中，所述目标依赖资源是基于所述目标依赖资源路径预先存储至所述缓存空间的资源，所述缓存空间用于缓存历史加载的依赖资源。
10.在所述目标依赖资源加载完成后，基于所述目标依赖资源进行挂载处理，并生成子应用实例显示在页面。
11.在另一种可能实现的方式中，若存在多个所述目标依赖资源，则所述基于所述目标依赖资源的路径从缓存空间中加载所述目标依赖资源，包括：
12.将多个所述目标依赖资源添加至异步队列，并依据预设规则对所述异步队列中的所述目标依赖资源进行拉取；
13.在所述目标依赖资源拉取完成后，基于最小系统加载工具对所述目标依赖资源进行加载。
14.在另一种可能实现的方式中，所述调用目标子应用之前，所述方法还包括：
15.获取用户在导航页面触发的子应用信息，所述子应用信息为所述用户输入的网页
地址或者为所述用户选择的子应用标识；
16.基于所述子应用信息，确定待调用的所述目标子应用。
17.在另一种可能实现的方式中，所述方法还包括：
18.若所述目标依赖资源未存在于所述缓存空间，则依据所述目标依赖资源的路径对所述目标依赖资源进行加载。
19.在另一种可能实现的方式中，所述基于所述目标依赖资源进行挂载处理，并生成子应用实例显示在页面之前，所述方法还包括：
20.获取所述目标子应用的路径配置信息，所述路径配置信息包括所述目标子应用的待加载资源的路径；
21.根据所述待加载资源的路径，确定除所述目标依赖资源之外的独立资源的路径；
22.基于所述独立资源的路径对所述目标子应用的独立资源进行加载；
23.在另一种可能实现的方式中，所述基于所述目标依赖资源进行挂载处理，并生成子应用实例显示在页面，包括：
24.基于所述目标依赖资源和所述独立资源进行挂载处理，并生成子应用实例显示在页面。
25.在另一种可能实现的方式中，若所述目标子应用不能共享所述父应用信息中的依赖资源的路径，所述方法还包括：
26.基于所述路径配置信息对所述待加载资源进行全量加载；
27.基于所述路径配置信息中的依赖资源的路径，更新所述父应用信息。
28.在另一种可能实现的方式中，在确定所述目标子应用不共享所述父应用的依赖资源时，所述方法还包括：
29.获取所述目标子应用的配置文件，所述配置文件包括多个编译钩子函数；
30.基于可共享的父应用的目标依赖资源，在多个所述编译钩子函数中确定与每个目标依赖资源对应的目标钩子函数；
31.基于所述目标钩子函数分离所述目标依赖资源；
32.获取所述目标依赖资源对应的脚本代码，并将所述脚本代码注入所述目标子应用的源码中，以实现所述目标子应用的独立运行。
33.在另一种可能实现的方式中，所述在所述目标依赖资源加载完成后，基于所述目标依赖资源进行挂载处理，并生成子应用实例显示在页面之后，所述方法还包括：
34.判断当前所述目标子应用是否被切换或关闭；
35.若是，则基于卸载事件将当前所述目标子应用卸载，所述卸载事件具体为umount命令，用于强制卸载所述子应用信息。
36.在另一种可能实现的方式中，所述判断当前所述目标子应用是否被切换或关闭，包括：
37.获取用户在导航页面触发的当前子应用信息；
38.若所述当前子应用信息与已获取的所述子应用信息不一致，则确定所述目标子应用被切换或关闭。
39.另一方面，本技术提供一种基于工业paas的依赖管理装置，包括：
40.第一加载模块，用于在调用目标子应用时，加载父应用信息；其中，所述父应用信
息包括多个子应用的依赖资源的路径；
41.第一确定模块，用于基于所述目标子应用的依赖配置表，确定所述目标子应用是否可共享所述父应用信息中的依赖资源的路径；其中，所述依赖配置表存储有所述目标子应用可使用的依赖资源的路径；
42.第二加载模块，用于在所述目标子应用可共享所述父应用信息中的依赖资源的路径时，确定可共享的目标依赖资源的路径，基于所述目标依赖资源的路径从缓存空间中加载所述目标依赖资源，其中，所述目标依赖资源是基于所述目标依赖资源路径预先存储至所述缓存空间的资源，所述缓存空间用于缓存历史加载的依赖资源；
43.显示模块，用于在所述目标依赖资源加载完成后，基于所述目标依赖资源进行挂载处理，并生成子应用实例显示在页面。
44.在另一种可能实现的方式中，在存在多个所述目标依赖资源时，所述第二加载模块，具体用于：
45.将多个所述目标依赖资源添加至异步队列，并依据预设规则对所述异步队列中的所述目标依赖资源进行拉取；
46.在所述目标依赖资源拉取完成后，基于最小系统加载工具对所述目标依赖资源进行加载。
47.在另一种可能实现的方式中，所述装置还包括：
48.第一获取模块，用于获取用户在导航页面触发的子应用信息，所述子应用信息为所述用户输入的网页地址或者为所述用户选择的子应用标识；
49.第二确定模块，用于基于所述子应用信息，确定待调用的所述目标子应用。
50.在另一种可能实现的方式中，所述装置还包括：
51.第三加载模块，用于在所述目标依赖资源未存在于所述缓存空间时，依据所述目标依赖资源的路径对所述目标依赖资源进行加载。
52.在另一种可能实现的方式中，所述装置还包括：
53.第二获取模块，用于获取所述目标子应用的路径配置信息，所述路径配置信息包括所述目标子应用的待加载资源的路径；
54.第三确定模块，用于根据所述待加载资源的路径，确定除所述目标依赖资源之外的独立资源的路径；
55.第四加载模块，用于基于所述独立资源的路径对所述目标子应用的独立资源进行加载；
56.在另一种可能实现的方式中，所述显示模块具体用于：
57.基于所述目标依赖资源和所述独立资源进行挂载处理，并生成子应用实例显示在页面。
58.在另一种可能实现的方式中，所述装置还包括：
59.第五加载模块，用于基于所述路径配置信息对所述待加载资源进行全量加载；
60.更新模块，用于基于所述路径配置信息中的依赖资源的路径，更新所述父应用信息。
61.在另一种可能实现的方式中，所述装置还包括：
62.第三获取模块，用于获取所述目标子应用的配置文件，所述配置文件包括多个编
译钩子函数；
63.第四确定模块，用于基于可共享的父应用的目标依赖资源，在多个所述编译钩子函数中确定与每个目标依赖资源对应的目标钩子函数；
64.分离模块，用于基于所述目标钩子函数分离所述目标依赖资源；
65.注入模块，用于获取所述目标依赖资源对应的脚本代码，并将所述脚本代码注入所述目标子应用的源码中，以实现所述目标子应用的独立运行。
66.在另一种可能实现的方式中，所述装置还包括：
67.判断模块，用于判断当前所述目标子应用是否被切换或关闭；
68.卸载模块，用于在当前所述目标子应用被切换或关闭时，基于卸载事件将当前所述目标子应用卸载，所述卸载事件具体为umount命令，用于强制卸载所述子应用信息。
69.在另一种可能实现的方式中，所述卸载模块具体用于：
70.获取用户在导航页面触发的当前子应用信息；
71.若所述当前子应用信息与已获取的所述子应用信息不一致，则确定所述目标子应用被切换或关闭。
72.第三方面，本发明提供一种电子设备，包括：
73.至少一个处理器和存储器；
74.所述存储器存储计算机执行指令；
75.所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面任一项所述的基于paas的依赖管理方法。
76.第四方面，本发明提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面任一项所述的基于paas的依赖管理方法。
77.本技术提供一种基于paas的依赖管理方法、装置、电子设备及介质，用户在页面确定所述目标子应用后，电子设备可以使所述目标子应用的所述待加载资源通过所述父应用被加载，其具体加载流程为：首先基于所述目标子应用的所述依赖配置表，确定所述目标子应用与所述父应用之间是否存在可共享的依赖。若所述目标子应用与所述父应用之间存在可共享的依赖，电子设备会基于所述依赖配置表判断所述目标依赖资源是否已被缓存至所述缓存空间，若存在已被缓存至所述缓存空间的所述目标依赖资源，则直接从所述缓存空间中拉取所述目标依赖资源，从而节省加载该部分目标依赖资源的时间，降低所述目标子应用的待加载资源的加载时间，进而有利于提升用户的使用体验。
78.对于未存在在所述缓存空间的所述目标依赖资源以及除所述目标依赖资源之外的独立资源，电子设备将基于所述目标子应用的所述路径配置信息对该些资源进行加载，以保证所述目标子应用的资源完整性。将所述待加载资源加载完毕后，基于所述待加载资源，生成实例并显示在页面，以供用户查阅。
附图说明
79.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
80.图1为本技术实施例提供的一种基于工业paas的依赖管理的系统示意图；
81.图2为本技术实施例提供的用户页面交互图；
82.图3a为本技术实施例提供的一种基于paas的依赖管理方法的示意图；
83.图3b为本技术实施例提供的一种基于paas的依赖管理方法的流程图；
84.图4为本技术实施例提供的子应用构建流程图；
85.图5为本技术实施例提供的一种基于工业paas的依赖管理装置的结构示意图；
86.图6为本技术实施例提供的一种电子设备的结构示意图。
87.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
88.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
89.图1是本技术实施例提供的一种基于工业paas的依赖管理的系统示意图。如图1所示，本技术实施例提供的系统包括终端和服务器，其中，终端可以为电脑、手机、平板等可以与用户进行交互的设备。例如，该终端可以为图1所示的电脑。该电脑通过网络与服务器进行通信。
90.图2是本技术实施例提供的用户页面交互图。如图2所示，子应用提前注册至父应用，当用户在电脑上打开导航页面并在导航页面输入任一地址或选择任一标识时，电子设备基于地址或标识确定用户需求启动的目标子应用，控制电脑页面跳转至目标子应用的页面，并控制服务器加载目标子应用的待加载资源。基于待加载资源电子设备能生成实例并显示在电脑页面，以供用户查阅。由于导航页面中存在多个可供用户启动的子应用，因此用户可以基于需求随意切换目标子应用。当用户切换目标子应用或关闭当前目标子应用时，服务器卸载前一目标子应用加载的资源后，加载切换后的目标子应用的资源并最终显示在电脑页面上，或直接关闭页面。
91.对于上述过程，在切换下一目标子应用时，对下一目标子应用的资源都是全量加载，且因现代前端的技术演进，加载的资源往往都比较庞大，从而导致加载效率低下。由于各个子应用之间的资源有相当大的共用性，即各个子应用之间存在共享依赖，因此本技术提出一种基于paas的依赖管理方法，以在各个子应用加载资源时对依赖资源进行管理，达到大大加快页面的加载速度、降低网络资源占用、减轻js引擎的执行负担的效果，同时有利于提升用户使用体验。
92.图3a为本技术实施例提供的一种基于paas的依赖管理方法的示意图，图3b为本技术实施例提供的一种基于paas的依赖管理方法的流程图。下面结合图3a和图3b，对本技术的一些实施方式作详细说明。在各实施例不冲突的情况下，下述的实施例及实施例中的特征可以相互结合。
93.如图3a所示，父应用用于初始化时加载基础公用依赖，以供各个子应用载入时调用。多个子应用提前进行服务注册，并将子应用信息写入父应用。具体地，子应用包括路由
管理器和应用管理器。在通过父应用加载子应用时，首先获取子应用的资源路径，并基于子应用的资源路径判断子应用与父应用之间是否有依赖共享。若子应用与父应用之间有依赖共享，则依据依赖加载器对子应用资源进行加载。若子应用与父应用之间没有依赖共享，则直接依据子应用的资源路径，对待加载资源进行全量加载。对加载后的子应用资源进行挂载，基于子应用资源生成子应用实例并展示。其中，基于依赖加载器对子应用资源进行加载的过程详见下述实施例。
94.如图3b所示，本实施例中的方法可以包括步骤s301、步骤s302、步骤s303以及步骤s304，其中，
95.步骤s301，当调用目标子应用时，加载父应用信息。
96.其中，父应用信息包括多个子应用的依赖资源的路径，子应用信息包括子应用网页地址、子应用标识、待加载资源的路径配置等信息。电子设备在调用目标子应用之前，需由用户确定目标子应用。
97.可选的，用户确定目标子应用的方式可以包括：获取用户在导航页面触发的子应用信息，并基于子应用信息，确定待调用的目标子应用。
98.具体地，子应用信息为用户输入的网页地址或者为用户选择的子应用标识，其中，子应用标识可以为文本标识，也可以为图形标识。假设一子应用的网页地址为“xxx.com/abc”，标识为“天气”，则当用户在导航页面输入地址“xxx.com/abc”时，或者选定“天气”标识时，确定前述子应用为目标子应用。
99.步骤s302，基于目标子应用的依赖配置表，确定目标子应用是否可共享父应用信息中的依赖资源的路径。
100.其中，依赖配置表由目标子应用提供，依赖配置表存储有目标子应用可使用的依赖资源的路径，且依赖配置表是人为配置并提前写入子应用的。确定目标子应用是否可共享父应用信息中的依赖资源的路径的方法可以为：在父应用信息中查找目标子应用的可使用的依赖资源的路径，可以查找到则说明目标子应用可以共享父应用信息中的依赖资源的路径，未查找到则说明目标子应用不可以共享父应用信息中的依赖资源的路径。
101.步骤s303，若是，则确定可共享的目标依赖资源的路径，基于目标依赖资源的路径从缓存空间中加载目标依赖资源。
102.其中，确定可共享的目标依赖资源的路径即为从父应用信息中确定出目标子应用的目标依赖资源的路径。子应用资源在基于父应用被加载时，电子设备会将历史加载过的依赖资源存储至缓存空间。当用户选择或切换的目标子应用包含的可与父应用共享依赖的目标依赖资源与历史加载过的依赖资源重叠时，可直接从缓存空间内拉取对应依赖资源。
103.具体地，电子设备判断目标依赖资源是否为基于目标资源依赖路径预先存储至缓存空间的资源的方法可以为：在缓存空间包含的资源的路径中查找目标依赖资源的路径。
104.可选的，在存在多个目标依赖资源时，基于目标依赖资源的路径从缓存空间中加载目标依赖资源，可以包括：将多个目标依赖资源添加至异步队列，并基于导入序列(import-maps)按序对目标依赖资源进行拉取；在目标依赖资源拉取完成后，基于最小系统加载工具(systemjs)对目标依赖资源进行加载。
105.可选的，当不能在缓存空间中查找到目标依赖资源时，依据目标依赖资源的路径对目标依赖资源进行加载。对于未能在缓存空间中查找到的目标依赖资源，电子设备依据
对应目标依赖资源的路径对该目标依赖资源进行加载。
106.步骤s304，在目标依赖资源加载完成后，基于目标依赖资源进行挂载处理，并生成子应用实例显示在页面。
107.可选的，在基于目标依赖资源进行挂载处理，并生成子应用实例显示在页面上之前，获取目标子应用的待加载资源的路径，根据待加载资源的路径，确定除目标依赖资源之外的独立资源的路径，基于独立资源的路径对目标子应用的独立资源进行加载。
108.在目标子应用存在独立资源且加载完毕独立资源后，基于加载完毕的独立资源及依赖资源进行挂载处理，生成子应用实例并显示在页面。
109.可选的，用户在切换或关闭目标子应用时，电子设备通过卸载事件(umount事件)将路由、实例都销毁，完成子应用的卸载，以便目标子应用的切换或关闭。
110.具体地，电子设备判断目标子应用是否被切换或关闭的方式可以为：获取当前子应用信息，判断当前子应用信息与目标子应用的子应用信息是否一致，若不一致，则说明目标子应用已被用户切换或关闭。
111.在上述实施例提供的技术方案的基础上，可选的，在目标子应用不能共享父应用信息中的依赖资源的路径时，该方法还包括：基于路径配置信息对待加载资源进行全量加载；基于路径配置信息中的依赖资源的路径，更新父应用信息。
112.具体地，当目标子应用与父应用之间不存在依赖关系时，直接通过目标子应用的路径配置信息加载待加载资源。同时，完成该目标子应用的注册，将该目标子应用信息写入父应用中，完成父应用的更新。
113.在上述实施例提供的技术方案的基础上，可选的，在确定目标子应用不共享父应用的依赖资源时，该方法还包括：获取目标子应用的配置文件，配置文件包括多个编译钩子函数；基于可共享的父应用的目标依赖资源，在多个编译钩子函数中确定与每个目标依赖资源对应的目标钩子函数；基于目标钩子函数分离目标依赖资源；获取目标依赖资源对应的脚本代码，并将脚本代码注入目标子应用的源码中，以实现目标子应用的独立运行。
114.具体地，如图4所示的子应用的构建流程，在编译子应用之前，首先判断子应用是否有配置文件，若无，则直接进行编译，此时子应用需要被父应用加载。若有，则寻找钩子函数、进入钩子函数，并根据配置文件解析源码，生成依赖注入代码以重写源码，此时再进行编译，并根据配置文件输出编译结果，以使得子应用可以不依附父应用而进行独立的资源加载。
115.此外，构建父应用进入编译环节前，也应首先读取配置文件，配置文件配置了各个构建环节所需的插件以及各类配置参数。同时，若包含父应用插件，则再读取其子配置表。在父应用需要加载基础模块时，进入编译钩子函数中寻找目标钩子函数，进入目标钩子函数后解析源码并根据配置文件分离依赖，最后重写源码后注入自执行的脚本代码中。
116.本实施例提供的方法，在用户打开任一目标子应用时，电子设备可以先加载父应用，使父应用处于可使用状态。此时若目标子应用与父应用存在可共享的依赖，且能在缓存空间中查找到对应目标依赖资源，则直接从缓存空间中加载目标依赖资源，从而节省了基于目标子应用的目标依赖资源路径重新加载目标依赖资源的时间，提高了目标子应用的打开或切换的效率，从而有利于提升用户体验。同时，当目标子应用的待加载资源存在不与父应用共享的独立资源时，在基于路径配置信息加载完独立资源以及需要重新加载的目标依
赖资源后，对待加载资源进行挂载，生成实例后显示在页面供用户查阅。
117.通过上述实施例从方法流程的角度介绍一种基于paas的依赖管理方法，下述实施例从虚拟模块或虚拟单元的角度介绍了一种基于工业paas的依赖管理装置，具体详见下述实施例。
118.本技术实施例提供一种基于工业paas的依赖管理装置，如图5所示，该装置包括第一加载模块51、第一确定模块52、第二加载模块53及显示模块54，其中，
119.第一加载模块51，用于在调用目标子应用时，加载父应用信息；其中，父应用信息包括多个子应用的依赖资源的路径；
120.第一确定模块52，用于基于目标子应用的依赖配置表，确定目标子应用是否可共享父应用信息中的依赖资源的路径；其中，依赖配置表存储有目标子应用可使用的依赖资源的路径；
121.第二加载模块53，用于在目标子应用可共享父应用信息中的依赖资源的路径时，确定可共享的目标依赖资源的路径，基于目标依赖资源的路径从缓存空间中加载目标依赖资源，其中，目标依赖资源是基于目标依赖资源路径预先存储至缓存空间的资源，缓存空间用于缓存历史加载的依赖资源；
122.显示模块54，用于在目标依赖资源加载完成后，基于目标依赖资源进行挂载处理，并生成子应用实例显示在页面。
123.本技术实施例的另一种可能的实现方式，在存在多个目标依赖资源时，第二加载模块53，具体用于：
124.将多个目标依赖资源添加至异步队列，并依据预设规则对异步队列中的目标依赖资源进行拉取；
125.在目标依赖资源拉取完成后，基于最小系统加载工具(systemjs)对目标依赖资源进行加载。
126.本技术实施例的另一种可能的实现方式，装置还包括：
127.第一获取模块，用于获取用户在导航页面触发的子应用信息，子应用信息为用户输入的网页地址或者为用户选择的子应用标识；
128.第二确定模块，用于基于子应用信息，确定待调用的目标子应用。
129.本技术实施例的另一种可能的实现方式，装置还包括：
130.第三加载模块，用于在目标依赖资源未存在于缓存空间时，依据目标依赖资源的路径对目标依赖资源进行加载。
131.本技术实施例的另一种可能的实现方式，装置还包括：
132.第二获取模块，用于获取目标子应用的路径配置信息，路径配置信息包括目标子应用的待加载资源的路径；
133.第三确定模块，用于根据待加载资源的路径，确定除目标依赖资源之外的独立资源的路径；
134.第四加载模块，用于基于独立资源的路径对目标子应用的独立资源进行加载。
135.本技术实施例的另一种可能的实现方式，显示模块54具体用于：
136.基于目标依赖资源和独立资源进行挂载处理，并生成子应用实例显示在页面。
137.本技术实施例的另一种可能的实现方式，装置还包括：
industry standard architecture，eisa)总线63等。总线63可以分为地址总线63、数据总线63、控制总线63等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线63或一种类型的总线63。
156.存储器62可以是只读存储器62(read only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器62(random access memory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器62(electrically erasable programmable read only memory，eeprom)、只读光盘(compact disc read only memory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
157.存储器62用于存储执行本技术方案的应用程序代码，并由处理器61来控制执行。处理器61用于执行存储器62中存储的应用程序代码，以实现前述方法实施例所示的内容。
158.其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、个人数字助理(pda)、平板电脑(pad)、便携式多媒体播放器(pmp)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。还可以为服务器等。图6示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
159.本技术实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。
160.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由权利要求书指出。
161.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。