一种混合开发客户端的加载方法、装置、设备及存储介质与流程
1.本发明涉及计算机技术领域，特别涉及一种混合开发客户端的加载方法、装置、设备及存储介质。
背景技术：
2.目前，客户端混合开发主要采用内嵌浏览器内核的方案，如windows pc上使用嵌入式框架cef3(chromium embedded framework)或前端开发框架electron，采用本地加载web资源文件来实现ui界面渲染。现有技术中，客户端启动后，加载浏览器内核并渲染ui界面，然后利用ui界面浏览器内核请求页面生成相关的资源文件，并进行ui界面的第一次渲染，ui界面浏览器内核再向服务器请求业务ui数据，并进行ui界面的第二次渲染。但是，这种方式下ui界面的渲染工作是在ui界面准备渲染后才开始的，并且需要依次利用页面生成相关的资源文件和业务ui数据进行多次渲染才能实现ui界面的渲染，增加了渲染时间。
技术实现要素：
3.有鉴于此，本发明的目的在于提供一种混合开发客户端的加载方法、装置、设备及介质，能够减少渲染时间。其具体方案如下：
4.第一方面，本技术公开了一种混合开发客户端的加载方法，包括：
5.根据历史生成的历史目标资源文件对应的文件标识信息，判断所述历史目标资源文件是否有效；
6.若所述历史目标资源文件无效，通过后台线程获取所述客户端当前对应的页面生成资源文件和业务ui数据，并基于所述页面生成资源文件和所述业务ui数据生成所述客户端用户当前对应的目标资源文件；所述业务ui数据为客户端用户信息相关的页面资源数据；
7.通过所述后台线程将所述目标资源文件发送给浏览器内核，以便所述浏览器内核根据所述目标资源文件进行ui界面渲染。
8.可选的，所述判断所述历史目标资源文件是否有效之后，还包括：
9.若所述历史目标资源文件有效，则直接通过所述后台线程将所述历史目标资源文件发送给所述浏览器内核。
10.可选的，所述判断所述历史目标资源文件是否有效，包括：
11.判断是否存在历史目标资源文件，若不存在所述历史目标资源文件，则判定所述历史目标资源文件无效；
12.若存在所述历史目标资源文件，则根据所述文件标识信息判断所述历史目标资源文件是否与所述页面生成资源文件及所述业务ui数据对应；
13.若不对应，则判定所述历史目标资源文件无效。
14.可选的，所述基于所述页面生成资源文件和所述业务ui数据生成所述客户端用户当前对应的目标资源文件之后，还包括：
15.确定所述客户端当前对应的所述页面生成资源文件的第一标识信息，所述客户端当前对应的所述业务ui数据的第二标识信息；
16.基于所述第一标识信息和所述第二标识信息生成所述目标资源文件对应的文件标识信息。
17.可选的，所述基于所述第一标识信息和所述第二标识信息生成所述目标资源文件对应的文件标识信息，包括：
18.将所述第一标识信息与第二标识信息进行拼接，将拼接后信息作为所述目标资源文件对应的文件标识信息。
19.可选的，所述基于所述第一标识信息和所述第二标识信息生成所述目标资源文件对应的文件标识信息，包括：
20.将所述第一标识信息与第二标识信息进行拼接，将拼接后信息作为所述目标资源文件的文件名；
21.相应的，所述判断所述历史目标资源文件是否有效，包括：
22.根据所述客户端当前对应的页面生成资源文件的第一标识信息以及当前对应的业务ui数据的第二标识信息，拼接得到目标文件名；
23.按照所述目标文件名进行文件读取，若读取成功则判定所述历史目标资源文件有效，若读取失败则判定所述历史目标资源文件无效。
24.可选的，所述后台线程为多线程，所述通过后台线程获取本地存储的页面生成资源文件和业务ui数据，包括：
25.通过所述后台线程，并行执行获取所述页面生成资源文件以及获取所述业务ui数据的操作。
26.可选的，所述基于所述页面生成资源文件和所述业务ui数据生成所述客户端用户对应的目标资源文件，包括：
27.基于所述页面生成资源文件和所述业务ui数据利用所述后台线程进行渲染模拟，并将渲染结果对应的数据作为所述目标资源文件。
28.第二方面，本技术公开了一种混合开发客户端的加载装置，应用于客户端，包括：
29.判断模块，用于根据历史生成的历史目标资源文件对应的文件标识信息，判断所述历史目标资源文件是否有效；
30.目标资源文件生成模块，用于若所述历史目标资源文件无效，通过后台线程获取所述客户端当前对应的页面生成资源文件和业务ui数据，并基于所述页面生成资源文件和所述业务ui数据生成所述客户端用户当前对应的目标资源文件；所述业务ui数据为客户端用户信息相关的页面资源数据；
31.渲染模块，用于通过所述后台线程将所述目标资源文件发送给浏览器内核，以便所述浏览器内核根据所述目标资源文件进行ui界面渲染。
32.第三方面，本技术公开了一种电子设备，包括：
33.存储器，用于保存计算机程序；
34.处理器，用于执行所述计算机程序，以实现前述的混合开发客户端的加载方法。
35.第四方面，本技术公开了一种计算机可读存储介质，用于存储计算机程序；其中计算机程序被处理器执行时实现前述的混合开发客户端的加载方法。
36.本技术中，根据历史生成的历史目标资源文件对应的文件标识信息，判断所述历史目标资源文件是否有效；若所述历史目标资源文件无效，通过后台线程获取所述客户端当前对应的页面生成资源文件和业务ui数据，并基于所述页面生成资源文件和所述业务ui数据生成所述客户端用户当前对应的目标资源文件；所述业务ui数据为客户端用户信息相关的页面资源数据；通过所述后台线程将所述目标资源文件发送给浏览器内核，以便所述浏览器内核根据所述目标资源文件进行ui界面渲染。可见，基于页面生成资源文件和业务ui数据生成渲染最终需要的目标资源文件，浏览器内核仅需要根据这一个目标资源文件进行一次渲染即可完成ui界面渲染，降低ui界面展示时所需要的时间，并且将目标资源文件生成的过程交由后台线程执行，后台线程可以在ui界面展示之前开始工作从而提前生成目标资源文件，减少浏览器内核所需要的渲染时间。
附图说明
37.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
38.图1为本技术提供的一种混合开发客户端的加载方法流程图；
39.图2为现有技术中客户端的加载方法流程图；
40.图3为本技术提供的一种具体的混合开发客户端的加载方法流程图；
41.图4为本技术提供的一种混合开发客户端的加载装置结构示意图；
42.图5为本技术提供的一种电子设备结构图。
具体实施方式
43.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
44.现有技术中，客户端启动后，加载浏览器内核并渲染ui界面，然后利用ui界面浏览器内核请求页面生成相关的资源文件，并进行ui界面的第一次渲染，再利用ui界面浏览器内核请求业务ui数据，并进行ui界面的第二次渲染。但是，这种方式下ui界面的渲染工作是在ui界面准备渲染后才开始的，并且需要依次利用页面生成相关的资源文件和业务ui数据进行多次渲染才能实现ui界面的渲染，增加了渲染时间。为克服上述技术问题，本技术提出一种混合开发客户端的加载方法，能够减少浏览器内核所需要的渲染时间，降低ui界面展示时所需要的时间。
45.本技术实施例公开了一种混合开发客户端的加载方法，参见图1所示，该方法可以包括以下步骤：
46.步骤s11：根据历史生成的历史目标资源文件对应的文件标识信息，判断所述历史目标资源文件是否有效。
47.本实施例中，客户端启动后，首先根据历史生成的历史目标资源文件对应的文件
标识信息，判断所述历史目标资源文件是否有效。历史目标资源文件为后台线程在上一次基于当时客户端当前对应的页面生成资源文件和业务ui(用户界面，user interface)数据生成的目标资源文件。
48.本实施例中，所述判断所述历史目标资源文件是否有效，可以包括：判断是否存在历史目标资源文件，若不存在所述历史目标资源文件，则判定所述历史目标资源文件无效；若存在所述历史目标资源文件，则根据所述文件标识信息判断所述历史目标资源文件是否与所述页面生成资源文件及所述业务ui数据对应；若不对应，则判定所述历史目标资源文件无效。也就是说，历史目标资源文件无效可以分为两种情况，第一种是不存在相关的历史目标资源文件，第二种情况是存在的历史目标资源文件与当前的页面生成资源文件及业务ui数据不对应，在无效情况下即表征该历史目标资源文件无法直接使用，需要重新生成当前客户端对应的目标资源文件，若有效，则可以直接使用。
49.上述根据所述文件标识信息判断所述历史目标资源文件是否与所述页面生成资源文件及所述业务ui数据对应，具体可以包括：通过所述后台线程获取历史目标资源文件对应的文件标识信息，以及所述客户端当前对应的页面生成资源文件的第一标识信息，以及客户端当前对应的业务ui数据的第而标识信息，根据上述第一标识信息、第二标识信息和文件标识信息判断所述历史目标资源文件是否与当前的页面生成资源文件及业务ui数据匹配，由此可以判断距离上一次生成历史目标资源文件这段时间内，页面生成资源文件及业务ui数据是否发生改变，若发生改变，则历史目标资源文件与当前的页面生成资源文件及业务ui数据不对应，若没有改变，则可以认为历史目标资源文件与当前的页面生成资源文件及业务ui数据对应。
50.步骤s12：若所述历史目标资源文件无效，通过后台线程获取所述客户端当前对应的页面生成资源文件和业务ui数据，并基于所述页面生成资源文件和所述业务ui数据生成所述客户端用户当前对应的目标资源文件；所述业务ui数据为客户端用户信息相关的页面资源数据。
51.本实施例中，若历史目标资源文件无效，需要重新生成客户端当前适配的目标资源文件，具体通过后台线程获取客户端当前对应的页面生成资源文件和业务ui数据，然后，后台线程基于上述页面生成资源文件和上述业务ui数据生成客户端用户当前对应的目标资源文件，其中，业务ui数据为客户端用户信息相关的页面资源数据。上述页面生成资源文件为用于页面生成相关的资源文件数据，通常存储在本地，包括html(hyper text markup language，超文本标记语言)、css(cascading style sheets，层叠样式表)、js(javascript)等资源文件。上述业务ui数据为客户端用户信息相关的页面资源数据，即业务相关的且可引起ui变化的数据，例如在展示vip头像的页面中，标识是否为vip信息的数据。也就是说，通过后台线程提前基于页面生成资源文件和业务ui数据合成最终的目标资源文件，利用该目标资源文件直接渲染一次即可，相比于现有技术可以避免多次渲染。
52.本实施例中，所述后台线程为多线程，所述通过后台线程获取本地存储的页面生成资源文件和业务ui数据，可以包括：通过所述后台线程，并行执行获取所述页面生成资源文件以及获取所述业务ui数据的操作。即后台线程可以并行执行，同时获取页面生成资源文件和业务ui数据，由此可以提高数据获取的速度和效率。
53.本实施例中，所述基于所述页面生成资源文件和所述业务ui数据生成所述客户端
用户对应的目标资源文件，可以包括：基于所述页面生成资源文件和所述业务ui数据利用所述后台线程进行渲染模拟，并将渲染结果对应的数据作为所述目标资源文件。即后台线程获取页面生成资源文件和业务ui数据后，基于页面生成资源文件和业务ui数据进行渲染模拟，得到渲染模拟结果，然后将该渲染模拟结果对应的数据作为上述目标资源文件，也就是利用后台线程进行模拟渲染，得到最终ui渲染所需的目标资源文件，以便浏览器仅根据新生成的这个目标资源文件进行ui界面渲染即可。
54.本实施例中，所述基于所述页面生成资源文件和所述业务ui数据生成所述客户端用户当前对应的目标资源文件之后，还可以包括：确定所述客户端当前对应的所述页面生成资源文件的第一标识信息，所述客户端当前对应的所述业务ui数据的第二标识信息；基于所述第一标识信息和所述第二标识信息生成所述目标资源文件对应的文件标识信息。可以理解的是，目标资源文件的文件标识信息用于判断目标资源文件是否与当前页面生成资源文件和业务ui数据对应，因此，本实施例中在每生成一个新的目标资源文件后，根据生成时利用的页面生成资源文件和业务ui数据分别对应的标识信息，确定出目标资源文件对应的标识信息。上述第一标识信息和第二标识信息是具有唯一性的信息，可以为资源文件的版本号信息。
55.本实施例中，所述基于所述第一标识信息和所述第二标识信息生成所述目标资源文件对应的文件标识信息，可以包括：将所述第一标识信息与第二标识信息进行拼接，将拼接后信息作为所述目标资源文件对应的文件标识信息。即优选的，本实施例中直接将第一标识信息与第二标识信息进行拼接，即首尾相连拼接在一起，将拼接后的得到的信息作为目标资源文件对应的文件标识信息。这种方式操作简便，且当需要判断目标资源文件有效性时，直接将对应的文件标识信息与当前的页面生成资源文件和业务ui数据分别对应的标识信息进行对比即可，在能够实现验证文件有效性的同时提高验证效率。
56.进一步，本实施例中，所述基于所述第一标识信息和所述第二标识信息生成所述目标资源文件对应的文件标识信息，可以包括：将所述第一标识信息与第二标识信息进行拼接，将拼接后信息作为所述目标资源文件的文件名；相应的，所述判断所述历史目标资源文件是否有效，包括：根据所述客户端当前对应的页面生成资源文件的第一标识信息以及当前对应的业务ui数据的第二标识信息，拼接得到目标文件名；按照所述目标文件名进行文件读取，若读取成功则判定所述历史目标资源文件有效，若读取失败则判定所述历史目标资源文件无效。也就是说，本实施例中文件标识信息为文件名，即将第一标识信息和第二标识信息拼接后作为目标资源文件的文件名，在进行文件有效判断时，根据当前第一标识信息和第二标识信息生成目标文件名，然后直接按照目标文件名进行文件读取，若读取到文件，则判定历史目标资源文件有效，若没有读取到文件，则判定历史目标资源文件无效。由此，直接根据页面生成资源文件和业务ui数据的标识信息进行文件读取，根据读取结果判断文件是否有效，避免了需要读取历史目标资源文件的文件标识信息后再进行对比的操作，提高了文件有效性判断的效率。在本实施例中，第一标识信息和第二标识信息拼接的方式可以是多种多样的，可以是简单的直接拼接，将第一标识信息和第二标识信息直接前后连接或者在两者中间加上
“‑”
等类似的符号进行连接，也可以是将第一标识信息和第二标识信息进行简化之后再拼接，比如采用第一标识信息头三个字符和第二标识信息的头三个字符进行拼接，也可以是通过某一加密算法对第一标识信息和第二标识信息进行计算之后
得到加密后的第一标识信息和第二标识信息再进行拼接，也可以是将第一标识信息和第二标识信息通过加密算法进行拼接，还可以是上述方案的组合，只要是根据第一标识信息和第二标识信息得到文件名的方式都符合本方案的要求，可以根据需求进行选择。
57.步骤s13：通过所述后台线程将所述目标资源文件发送给浏览器内核，以便所述浏览器内核根据所述目标资源文件进行ui界面渲染。
58.本实施例中，后台线程将生成的目标资源文件发送给浏览器内核，浏览器内核再根据该目标资源文件进行ui界面渲染，由于目标资源文件是后台线程基于页面生成资源文件和业务ui数据预先模拟渲染得到的文件，因此浏览器内核仅通过一次渲染即可完成ui界面渲染。
59.本实施例中，所述判断所述历史目标资源文件是否有效之后，还可以包括：若所述历史目标资源文件有效，则直接通过所述后台线程将所述历史目标资源文件发送给所述浏览器内核。即若判断历史目标资源文件有效，则浏览器内核直接利用该历史目标资源文件进行ui界面渲染。即若历史目标资源文件是有效的，那么后台线程直接将该历史目标资源文件发送给浏览器内核，浏览器内核利用历史目标资源文件进行渲染可生成符合客户端当前状态的ui界面。也就是说，每次生成目标资源文件后都可以保存至本地以便反复利用，即并非每次ui界面渲染都需要重新生成目标资源文件，进一步降低了每次ui界面展示时所需要的时间。
60.例如图2所示为现有技术中的ui界面渲染方式，可见，客户端启动后，加载浏览器内核并渲染ui界面，然后利用ui界面浏览器内核向本地资源文件中请求页面生成相关的资源文件，并进行ui界面的第一次渲染，ui界面浏览器内核再向服务器请求业务ui数据，并进行ui界面的第二次渲染。但是，这种方式下ui界面的渲染工作是在ui界面准备渲染后才开始的，并且需要依次利用页面生成相关的资源文件和业务ui数据进行多次渲染才能实现ui界面的渲染，增加了渲染时间。
61.而根据图3所示为本实施例提供的一种具体的混合开发客户端的加载过程时序图。可见，客户端启动后，首先启动后台线程；后台线程获取本地资源文件数据的标识信息，本地资源文件数据即上述页面生成资源文件，以及业务ui数据的标识信息，以及本地资源文件2的标识信息，本地资源文件2即上述历史目标资源文件，根据这些标识信息判断历史目标资源文件有效性，其中，这些标识信息的获取可以由后台线程在并行模式下同时获取。如若本地资源文件2无效，则获取当前的本地资源文件数据、业务ui数据重新生成本地资源文件2数据并存储本地；然后，加载浏览器内核并渲染ui界面，ui界面浏览器内核向后台线程请求本地资源文件数据，后台线程获取本地资源文件2数据并返回给ui界面浏览器内核；最后，ui界面浏览器内核执行渲染ui界面。可见，相比于现有技术，调整了渲染方案，利用后台线程模拟浏览器中的服务端渲染，并结合本地化的优点缓存渲染结果，提前生成了最终ui界面所需要的目标资源文件数据，从而减少了渲染时间。
62.由上可见，本实施例中根据历史生成的历史目标资源文件对应的文件标识信息，判断所述历史目标资源文件是否有效；若所述历史目标资源文件无效，通过后台线程获取所述客户端当前对应的页面生成资源文件和业务ui数据，并基于所述页面生成资源文件和所述业务ui数据生成所述客户端用户当前对应的目标资源文件；所述业务ui数据为客户端用户信息相关的页面资源数据；通过所述后台线程将所述目标资源文件发送给浏览器内
核，以便所述浏览器内核根据所述目标资源文件进行ui界面渲染。可见，基于页面生成资源文件和业务ui数据生成渲染最终需要的目标资源文件，浏览器内核仅需要根据这一个目标资源文件进行一次渲染即可完成ui界面渲染，降低ui界面展示时所需要的时间，并且将目标资源文件生成的过程交由后台线程执行，后台线程可以在ui界面展示之前开始工作从而提前生成目标资源文件，减少浏览器内核所需要的渲染时间。
63.相应的，本技术实施例还公开了一种混合开发客户端的加载装置，参见图4所示，该装置包括：
64.判断模块11，用于根据历史生成的历史目标资源文件对应的文件标识信息，判断所述历史目标资源文件是否有效；
65.目标资源文件生成模块12，用于若所述历史目标资源文件无效，通过后台线程获取所述客户端当前对应的页面生成资源文件和业务ui数据，并基于所述页面生成资源文件和所述业务ui数据生成所述客户端用户当前对应的目标资源文件；所述业务ui数据为客户端用户信息相关的页面资源数据；
66.渲染模块13，用于通过所述后台线程将所述目标资源文件发送给浏览器内核，以便所述浏览器内核根据所述目标资源文件进行ui界面渲染。
67.由上可见，本实施例中根据历史生成的历史目标资源文件对应的文件标识信息，判断所述历史目标资源文件是否有效；若所述历史目标资源文件无效，通过后台线程获取所述客户端当前对应的页面生成资源文件和业务ui数据，并基于所述页面生成资源文件和所述业务ui数据生成所述客户端用户当前对应的目标资源文件；所述业务ui数据为客户端用户信息相关的页面资源数据；通过所述后台线程将所述目标资源文件发送给浏览器内核，以便所述浏览器内核根据所述目标资源文件进行ui界面渲染。可见，基于页面生成资源文件和业务ui数据生成渲染最终需要的目标资源文件，浏览器内核仅需要根据这一个目标资源文件进行一次渲染即可完成ui界面渲染，降低ui界面展示时所需要的时间，并且将目标资源文件生成的过程交由后台线程执行，后台线程可以在ui界面展示之前开始工作从而提前生成目标资源文件，减少浏览器内核所需要的渲染时间。
68.在一些具体实施例中，所述混合开发客户端的加载装置具体可以包括：
69.文件发送单元，用于若所述历史目标资源文件有效，则直接通过所述后台线程将所述历史目标资源文件发送给所述浏览器内核。
70.在一些具体实施例中，所述判断模块11具体可以包括：
71.第一判断单元，用于判断是否存在历史目标资源文件，若不存在所述历史目标资源文件，则判定所述历史目标资源文件无效；
72.第二判断单元，用于若存在所述历史目标资源文件，则根据所述文件标识信息判断所述历史目标资源文件是否与所述页面生成资源文件及所述业务ui数据对应；若不对应，则判定所述历史目标资源文件无效。
73.在一些具体实施例中，所述混合开发客户端的加载装置具体可以包括：
74.标识信息确定单元，用于确定所述客户端当前对应的所述页面生成资源文件的第一标识信息，所述客户端当前对应的所述业务ui数据的第二标识信息；
75.文件标识信息生成单元，用于基于所述第一标识信息和所述第二标识信息生成所述目标资源文件对应的文件标识信息。
76.在一些具体实施例中，所述文件标识信息生成单元具体可以包括：
77.拼接单元，用于将所述第一标识信息与第二标识信息进行拼接，将拼接后信息作为所述目标资源文件对应的文件标识信息。
78.在一些具体实施例中，所述文件标识信息生成单元具体可以包括：
79.文件名生成单元，用于将所述第一标识信息与第二标识信息进行拼接，将拼接后信息作为所述目标资源文件的文件名；
80.相应的，所述判断模块11具体可以包括：
81.拼接单元，用于根据所述客户端当前对应的页面生成资源文件的第一标识信息以及当前对应的业务ui数据的第二标识信息，拼接得到目标文件名；
82.文件读取单元，用于按照所述目标文件名进行文件读取，若读取成功则判定所述历史目标资源文件有效，若读取失败则判定所述历史目标资源文件无效。
83.在一些具体实施例中，所述后台线程为多线程，所述目标资源文件生成模块12具体可以包括：
84.并行执行单元，用于通过所述后台线程，并行执行获取所述页面生成资源文件以及获取所述业务ui数据的操作。
85.在一些具体实施例中，所述目标资源文件生成模块12具体可以包括：
86.模拟渲染单元，用于基于所述页面生成资源文件和所述业务ui数据利用所述后台线程进行渲染模拟，并将渲染结果对应的数据作为所述目标资源文件。
87.进一步的，本技术实施例还公开了一种电子设备，参见图5所示，图中的内容不能被认为是对本技术的使用范围的任何限制。
88.图5为本技术实施例提供的一种电子设备20的结构示意图。该电子设备20，具体可以包括：至少一个处理器21、至少一个存储器22、电源23、通信接口24、输入输出接口25和通信总线26。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现前述任一实施例公开的混合开发客户端的加载方法中的相关步骤。
89.本实施例中，电源23用于为电子设备20上的各硬件设备提供工作电压；通信接口24能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本技术技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口25，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。
90.另外，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源包括操作系统221、计算机程序222及包括训练集在内的数据223等，存储方式可以是短暂存储或者永久存储。
91.其中，操作系统221用于管理与控制电子设备20上的各硬件设备以及计算机程序222，以实现处理器21对存储器22中海量数据223的运算与处理，其可以是windows server、netware、unix、linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的混合开发客户端的加载方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。
92.进一步的，本技术实施例还公开了一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令被处理器加载并执行时，实现前述任一
实施例公开的混合开发客户端的加载方法步骤。
93.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
94.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
95.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
96.以上对本发明所提供的一种混合开发客户端的加载方法、装置、设备及介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
技术特征：
1.一种混合开发客户端的加载方法，其特征在于，应用于客户端，包括：根据历史生成的历史目标资源文件对应的文件标识信息，判断所述历史目标资源文件是否有效；若所述历史目标资源文件无效，通过后台线程获取所述客户端当前对应的页面生成资源文件和业务ui数据，并基于所述页面生成资源文件和所述业务ui数据生成所述客户端用户当前对应的目标资源文件；所述业务ui数据为客户端用户信息相关的页面资源数据；通过所述后台线程将所述目标资源文件发送给浏览器内核，以便所述浏览器内核根据所述目标资源文件进行ui界面渲染。2.根据权利要求1所述的混合开发客户端的加载方法，其特征在于，所述判断所述历史目标资源文件是否有效之后，还包括：若所述历史目标资源文件有效，则直接通过所述后台线程将所述历史目标资源文件发送给所述浏览器内核。3.根据权利要求1所述的混合开发客户端的加载方法，其特征在于，所述判断所述历史目标资源文件是否有效，包括：判断是否存在历史目标资源文件，若不存在所述历史目标资源文件，则判定所述历史目标资源文件无效；若存在所述历史目标资源文件，则根据所述文件标识信息判断所述历史目标资源文件是否与所述页面生成资源文件及所述业务ui数据对应；若不对应，则判定所述历史目标资源文件无效。4.根据权利要求1所述的混合开发客户端的加载方法，其特征在于，所述基于所述页面生成资源文件和所述业务ui数据生成所述客户端用户当前对应的目标资源文件之后，还包括：确定所述客户端当前对应的所述页面生成资源文件的第一标识信息，所述客户端当前对应的所述业务ui数据的第二标识信息；基于所述第一标识信息和所述第二标识信息生成所述目标资源文件对应的文件标识信息。5.根据权利要求4所述的混合开发客户端的加载方法，其特征在于，所述基于所述第一标识信息和所述第二标识信息生成所述目标资源文件对应的文件标识信息，包括：将所述第一标识信息与第二标识信息进行拼接，将拼接后信息作为所述目标资源文件对应的文件标识信息。6.根据权利要求4所述的混合开发客户端的加载方法，其特征在于，所述基于所述第一标识信息和所述第二标识信息生成所述目标资源文件对应的文件标识信息，包括：将所述第一标识信息与第二标识信息进行拼接，将拼接后信息作为所述目标资源文件的文件名；相应的，所述判断所述历史目标资源文件是否有效，包括：根据所述客户端当前对应的页面生成资源文件的第一标识信息以及当前对应的业务ui数据的第二标识信息，拼接得到目标文件名；按照所述目标文件名进行文件读取，若读取成功则判定所述历史目标资源文件有效，若读取失败则判定所述历史目标资源文件无效。
7.根据权利要求1所述的混合开发客户端的加载方法，其特征在于，所述后台线程为多线程，所述通过后台线程获取本地存储的页面生成资源文件和业务ui数据，包括：通过所述后台线程，并行执行获取所述页面生成资源文件以及获取所述业务ui数据的操作。8.根据权利要求1至7任一项所述的混合开发客户端的加载方法，其特征在于，所述基于所述页面生成资源文件和所述业务ui数据生成所述客户端用户对应的目标资源文件，包括：基于所述页面生成资源文件和所述业务ui数据利用所述后台线程进行渲染模拟，并将渲染结果对应的数据作为所述目标资源文件。9.一种混合开发客户端的加载装置，其特征在于，应用于客户端，包括：判断模块，用于根据历史生成的历史目标资源文件对应的文件标识信息，判断所述历史目标资源文件是否有效；目标资源文件生成模块，用于若所述历史目标资源文件无效，通过后台线程获取所述客户端当前对应的页面生成资源文件和业务ui数据，并基于所述页面生成资源文件和所述业务ui数据生成所述客户端用户当前对应的目标资源文件；所述业务ui数据为客户端用户信息相关的页面资源数据；渲染模块，用于通过所述后台线程将所述目标资源文件发送给浏览器内核，以便所述浏览器内核根据所述目标资源文件进行ui界面渲染。10.一种电子设备，其特征在于，包括：存储器，用于保存计算机程序；处理器，用于执行所述计算机程序，以实现如权利要求1至8任一项所述的混合开发客户端的加载方法。11.一种计算机可读存储介质，其特征在于，用于存储计算机程序；其中计算机程序被处理器执行时实现如权利要求1至8任一项所述的混合开发客户端的加载方法。
技术总结
本申请公开了一种混合开发客户端的加载方法、装置、设备及存储介质，涉及计算机技术领域。该方法包括：根据历史生成的历史目标资源文件对应的文件标识信息，判断所述历史目标资源文件是否有效；若所述历史目标资源文件无效，通过后台线程获取所述客户端当前对应的页面生成资源文件和业务UI数据，并基于所述页面生成资源文件和所述业务UI数据生成所述客户端用户当前对应的目标资源文件；所述业务UI数据为客户端用户信息相关的页面资源数据；通过所述后台线程将所述目标资源文件发送给浏览器内核，以便所述浏览器内核根据所述目标资源文件进行UI界面渲染。浏览器内核仅需要根据这个目标资源文件进行一次渲染即可完成UI界面渲染，减少了渲染时间。减少了渲染时间。减少了渲染时间。
