一种子应用加载方法及装置制造方法及图纸

本申请实施例提供了一种子应用加载方法及装置，首先由开发人员在开发端将各个子应用的默认加载方式修改为与实际使用环境相匹配的加载方式，然后将各个子应用与相应的加载方式组成数据对并存储于服务器的数据库中。用户使用客户端时，可以从服务器的数据库中获得各个子应用的当前加载方式，并确定当前所使用的子应用对应的加载方式，并以此加载方式从服务器中获取资源数据。可见，本申请所提供的子应用加载方法，可以根据各个子应用的实际应用环境设定更加匹配的加载方式，以供用户使用，从而提高加载的效率和质量。

【技术实现步骤摘要】
一种子应用加载方法及装置
本申请涉及应用程序维护领域，尤其涉及一种子应用加载方法及装置。
技术介绍
一个应用程序通常由多个子应用组成，所述子应用可以是通过跨平台移动应用开发框架(ReactNative，RN)开发而成。通常这些子应用对应实现不同的业务功能，例如一款聊天应用程序中包含学习数学、乘车、购物等子应用，这些子应用由RN开发。用户在使用这些子应用时，需要通过向应用程序对应的服务器发送加载请求，获取资源数据，才可以对子应用进行加载，并展示出相应的用户界面。根据子应用的类型不同，不同的子应用可以有多种不同的资源数据加载方式，例如，某些子应用会优先从子应用对应的本地缓存中获得资源数据，如果本地缓存中不存在相应的资源数据，再从子应用对应的服务器数据库中获得资源数据；或者某些子应用会每次都是从对应的服务器数据库中获得资源数据。一般，子应用采用何种加载方式都是由开发人员在子应用的设计阶段根据子应用的所要实现的功能设定的。但是，随着子应用的更新或功能调整，以及用户使用子应用的习惯不同，很可能会导致子应用的资源数据加载方式，不符合用户实际使用习惯的情况。例如，如果该子应用的默认资源数据加载方式为优先从本地缓存获得资源数据，但由于用户使用习惯原因，需要经常更新该子应用的资源数据需，那么如果仍按照先从本地缓存中获得资源数据，在未获取到所需的资源数据是再向服务器数据库获取资源数据方式，就会增加子应用加载的耗时。
技术实现思路
本申请提供了一种子应用加载方法及装置，以解决子应用的默认加载方式与子应用的实际使用情况不匹配的问题。第一方面，本申请提供了一种子应用加载方法，应用于开发端，所述方法包括：获取应用程序中各子应用的默认加载方式，所述默认加载方式为所述子应用在开发时所规定的加载方式；确定待修改子应用，所述待修改子应用为默认加载方式与所述待修改子应用的资源数据更新频率不匹配的子应用；确定所述待修改子应用的唯一标识和对应的目标加载方式，所述目标加载方式为与所述待修改子应用的资源数据更新频率相匹配的加载方式；向所述应用程序的服务器发送修改指令，所述修改指令用于指示所述服务器修改所述待修改子应用的加载方式，得到与所述待修改子应用的资源数据更新频率匹配的目标加载方式，其中，所述修改指令包含所述待修改子应用的唯一标识和对应的目标加载方式。在本专利技术实施例第一方面一种可能的实现方式中，所述确定待修改子应用的方法包括：依次判断每一所述子应用在预设测算时间范围内的资源数据更新频率；确定第一类子应用和第二类子应用，所述第一类子应用为资源数据更新频率大于预设频率阈值的子应用，所述第二类子应用为资源数据更新频率小于或者等于所述预设频率阈值的子应用；确定待修改子应用，所述待修改子应用为采用第二类默认加载方式的所述第一类子应用，以及采用第一类默认加载方式的所述第二类子应用，其中，所述第一类默认加载方式为优先从所述服务器的数据库中获取资源数据，所述第二类默认加载方式为优先从所述服务器的本地缓存中获取资源数据，再从所述服务器的数据库中获取资源数据。在本专利技术实施例第一方面一种可能的实现方式中，所述确定待修改子应用的唯一标识和对应的目标加载方式包括：如果所述待修改子应用为采用第二类默认加载方式的所述第一类子应用，则所述待修改子应用的目标加载方式为所述第一类默认加载方式；如果所述待修改子应用为采用第一类默认加载方式的所述第二类子应用，则所述待修改子应用的目标加载方式为所述第二类默认加载方式。第二方面，本申请提供了一种子应用加载方法，应用于服务器，所述方法包括：接收应用程序的开发端发送的修改指令，所述修改指令用于指示所述服务器修改所述待修改子应用的加载方式，得到与所述待修改子应用的资源数据更新频率匹配的目标加载方式，其中，所述修改指令包括所述应用程序中待修改子应用的唯一标识和对应的目标加载方式，所述待修改子应用为默认加载方式与所述待修改子应用的资源数据更新频率不匹配的子应用，所述目标加载方式为与所述待修改子应用的资源数据更新频率相匹配的加载方式；在所述服务器的数据库中确定目标基础单元，所述基础单元为由所述应用程序的子应用的唯一标识和对应默认加载方式组成的数据对，所述目标基础单元为具有与所述待修改子应用的唯一标识相同的唯一标识的所述基础单元；将每一所述目标基础单元中的默认加载方式修改为与所述子应用的资源数据更新频率匹配的所述目标加载方式，得到修改后数据库，所述修改后数据库用于为客户端提供与所述子应用对应的修改后的加载方式。在本专利技术实施例第二方面一种可能的实现方式中，所述方法还包括：接收所述客户端发送的资源加载方式获取请求；按照所述资源加载方式获取请求，从所述数据库中获取所述应用程序中全部所述子应用的当前加载方式，得到资源加载方式信息，其中，如果所述子应用为所述待修改子应用，则所述子应用的当前加载方式为所述子应用的目标加载方式，如果所述子应用不是所述待修改子应用，则所述子应用的当前加载方式为所述子应用的默认加载方式；向所述客户端发送所述资源加载方式信息，所述资源加载方式信息用于所述客户端确定当前所使用子应用的加载方式；接收所述客户端发送的资源数据获取请求，所述资源数据获取请求与所述当前所使用子应用的加载方式相匹配；向所述客户端发送资源数据。第三方面，本申请提供了一种子应用加载方法，应用于客户端，所述方法包括：向应用程序的服务器发送资源加载方式获取请求；接收所述服务器发送的资源加载方式信息，所述资源加载方式信息包括所述应用程序中全部所述子应用的当前加载方式，其中，如果所述子应用为所述待修改子应用，则所述子应用的当前加载方式为所述子应用的目标加载方式，如果所述子应用不是所述待修改子应用，则所述子应用的当前加载方式为所述子应用的默认加载方式；获取当前所使用子应用的唯一标识；从所述资源加载方式信息中确定与所述当前所使用子应用的唯一标识相同的唯一标识所对应的当前加载方式，得到所述当前所使用子应用的加载方式；按照所述当前所使用子应用的加载方式向所述服务器发送资源数据获取请求；接收所述服务器发送的资源数据以加载所述当前所使用子应用。第四方面，本申请提供了一种子应用加载装置，应用于开发端，所述装置包括：默认加载方式获取模块，用于获取应用程序中各子应用的默认加载方式，所述默认加载方式为所述子应用在开发时所规定的加载方式；待修改子应用确定模块，用于确定待修改子应用，所述待修改子应用为默认加载方式与所述待修改子应用的资源数据更新频率不匹配的子应用；目标信息确定模块，用于确定所述待修改子应用的唯一标识和对应的目标加载方式，所述目标加载方式为与所述待修改子应用的资源数据更新频率相匹配的加载方式；修改指令发送模块，用于向所述应用程序的服务器发送修改指令，所述修改指令用于指示所述服务器修改所述待修改子应用的加载方式，得到与所述子应用的资本文档来自技高网...

【技术保护点】
1.一种子应用加载方法，应用于开发端，其特征在于，所述方法包括：/n获取应用程序中各子应用的默认加载方式，所述默认加载方式为所述子应用在开发时所规定的加载方式；/n确定待修改子应用，所述待修改子应用为默认加载方式与所述待修改子应用的资源数据更新频率不匹配的子应用；/n确定所述待修改子应用的唯一标识和对应的目标加载方式，所述目标加载方式为与所述待修改子应用的资源数据更新频率相匹配的加载方式；/n向所述应用程序的服务器发送修改指令，所述修改指令用于指示所述服务器修改所述待修改子应用的加载方式，得到与所述待修改子应用的资源数据更新频率匹配的目标加载方式，其中，所述修改指令包含所述待修改子应用的唯一标识和对应的目标加载方式。/n

【技术特征摘要】
1.一种子应用加载方法，应用于开发端，其特征在于，所述方法包括：
获取应用程序中各子应用的默认加载方式，所述默认加载方式为所述子应用在开发时所规定的加载方式；
确定待修改子应用，所述待修改子应用为默认加载方式与所述待修改子应用的资源数据更新频率不匹配的子应用；
确定所述待修改子应用的唯一标识和对应的目标加载方式，所述目标加载方式为与所述待修改子应用的资源数据更新频率相匹配的加载方式；
向所述应用程序的服务器发送修改指令，所述修改指令用于指示所述服务器修改所述待修改子应用的加载方式，得到与所述待修改子应用的资源数据更新频率匹配的目标加载方式，其中，所述修改指令包含所述待修改子应用的唯一标识和对应的目标加载方式。


2.根据权利要求1所述的方法，其特征在于，所述确定待修改子应用的方法包括：
判断每一所述子应用在预设测算时间范围内的资源数据更新频率；
确定第一类子应用和第二类子应用，所述第一类子应用为资源数据更新频率大于预设频率阈值的子应用，所述第二类子应用为资源数据更新频率小于或者等于所述预设频率阈值的子应用；
确定待修改子应用，所述待修改子应用为采用第二类默认加载方式的所述第一类子应用，以及采用第一类默认加载方式的所述第二类子应用，其中，所述第一类默认加载方式为优先从所述服务器的数据库中获取资源数据，所述第二类默认加载方式为优先从所述服务器的本地缓存中获取资源数据，再从所述服务器的数据库中获取资源数据。


3.根据权利要求2所述的方法，其特征在于，所述确定待修改子应用的唯一标识和对应的目标加载方式包括：
如果所述待修改子应用为采用第二类默认加载方式的所述第一类子应用，则所述待修改子应用的目标加载方式为所述第一类默认加载方式；
如果所述待修改子应用为采用第一类默认加载方式的所述第二类子应用，则所述待修改子应用的目标加载方式为所述第二类默认加载方式。


4.一种子应用加载方法，应用于服务器，其特征在于，所述方法包括：
接收应用程序的开发端发送的修改指令，所述修改指令用于指示所述服务器修改所述待修改子应用的加载方式，得到与所述子应用的资源数据更新频率匹配的目标加载方式，其中，所述修改指令包括所述应用程序中待修改子应用的唯一标识和对应的目标加载方式，所述待修改子应用为默认加载方式与所述待修改子应用的资源数据更新频率不匹配的子应用，所述目标加载方式为与所述待修改子应用的资源数据更新频率相匹配的加载方式；
在所述服务器的数据库中确定目标基础单元，所述基础单元为由所述应用程序的子应用的唯一标识和对应默认加载方式组成的数据对，所述目标基础单元为具有与所述待修改子应用的唯一标识相同的唯一标识的所述基础单元；
将每一所述目标基础单元中的默认加载方式修改为与所述子应用的资源数据更新频率匹配的所述目标加载方式，得到修改后数据库，所述修改后数据库用于为客户端提供与所述待修改子应用对应的修改后的加载方式。


5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
接收所述客户端发送的资源加载方式获取请求；
按照所述资源加载方式获取请求，从所述数据库中获取所述应用程序中全部所述子应用的当前加载方式，得到资源加载方式信息，其中，如果所述子应用为所述待修改子应用，则所述子应用的当前加载方式为所述子应用的目标加载方式，如果所述子应用不是所述待修改子应用，则所述子应用的当前加载方式为所述子应用的默认加载方式；
向所述客户端发送所述资源加载方式信息，所述资源加载方式信息用于所述客户端确定当前所使用子应用的加载方式；
接收所述客户端发送的资源数据获取请求，所述资源数据获取请求与所述当前所使用子应用的加载方式相匹配；
向所述客户端发送资源数据。


6.一种子应用加载方法，应用于客...

【专利技术属性】
技术研发人员：蒋宏伟，
申请(专利权)人：五八有限公司，
类型：发明
国别省市：天津;12