Method, device and equipment for dynamically loading diversified resources based on storage strategy

Abstract

The invention discloses a method, a device and equipment for dynamically loading diversified resources based on a storage strategy, and relates to the technical field of webpage resource scheduling. Obtaining routing information of the resource loading request, a storage strategy of the target item and a static rule set, a component rule set, a style rule set and a function rule set in the storage strategy; and based on at least one of the static rule set, the component rule set, the style rule set and the function rule set, determining at least one to-be-loaded resource pool according to the resource loading request, and loading corresponding resources from the at least one to-be-loaded resource pool. Therefore, the diversified resource pool is dynamically loaded according to the storage strategy configured by the project, so that the problem that the complexity and diversified requirements of modern Web application cannot be flexibly met due to the fact that an existing resource loading strategy often adopts a fixed rule to carry out resource storage and management is solved; the technical effects of dynamic caching and rapid loading of the front-end codes are achieved.

Description

Technical Field

[0001] This application relates to the technical field of web resource scheduling, and in particular, to a method, apparatus, and device for dynamically loading diverse resources based on a storage policy. Background Art

[0002] With the rapid development of the Internet, existing Web web application programs usually rely on a large number of static and dynamic resources (such as the scripting language JavaScript, Cascading Style Sheets (CSS), images, etc.) to render the user interface. The loading order and timing of these resources significantly affect the first-screen rendering time of the page and the overall user experience.

[0003] In related technologies, existing resource loading is usually through static configuration (such as scripts in HyperText Markup Language (HTML)) <script>和链接<link>标签)来控制资源的加载顺序和优先级。虽然浏览器支持如异步async、延迟defer等方式来异步加载脚本，但这些方式的优先级不够精细，在面对现代Web应用的复杂性和多样化需求时显得力不从心，亟待解决。发明内容

[0004] 本申请提供了基于存储策略动态加载多样化资源的方法、装置及设备，以至少解决现有的资源加载策略往往采用固定的规则进行资源存储和管理，无法灵活应对现代Web应用的复杂性和多样化需求的问题，实现了前端代码的动态缓存和快速加载的技术效果。

[0005] 本申请提供了一种基于存储策略动态加载多样化资源的方法，其特征在于，包括以下步骤：

[0006] 判断是否存在资源加载请求；

[0007] 在存在所述资源加载请求的情况下，获取所述资源加载请求的路由信息、目标项目的存储策略和所述存储策略中的静态规则集、组件规则集、样式规则集和功能规则集；

[0008] 基于所述静态规则集、所述组件规则集、所述样式规则集和所述功能规则集中的至少一个，根据所述资源加载请求确定至少一个待加载资源池，并从所述至少一个待加载资源池中加载对应的资源。

[0009] 本申请提供了一种基于存储策略动态加载多样化资源的装置，其特征在于，包括：

[0010] 判断模块，用于判断是否存在资源加载请求；

[0011] 获取模块，用于在存在所述资源加载请求的情况下，获取所述资源加载请求的路由信息、目标项目的存储策略和所述存储策略中的静态规则集、组件规则集、样式规则集和功能规则集；

[0012] 加载模块，用于基于所述静态规则集、所述组件规则集、所述样式规则集和所述功能规则集中的至少一个，根据所述资源加载请求确定至少一个待加载资源池，并从所述至少一个待加载资源池中加载对应的资源。

[0013] 本申请还提供了一种电子设备，包括：存储器，用于存储计算机程序；处理器，用于执行计算机程序时实现上述任一种基于存储策略动态加载多样化资源的方法的步骤。

[0014] 本申请还提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，其中，计算机程序被处理器执行时实现上述任一种基于存储策略动态加载多样化资源的方法的步骤。

[0015] 通过本申请，在存在资源加载请求的情况下，获取资源加载请求的路由信息、目标项目的存储策略和存储策略中的静态规则集、组件规则集、样式规则集和功能规则集；基于静态规则集、组件规则集、样式规则集和功能规则集中的至少一个，根据资源加载请求确定至少一个待加载资源池，并从至少一个待加载资源池中加载对应的资源。由此，通过根据项目配置的存储策略动态加载多样化资源池，解决了现有的资源加载策略往往采用固定的规则进行资源存储和管理，无法灵活应对现代Web应用的复杂性和多样化需求的问题，实现了前端代码的动态缓存和快速加载的技术效果。附图说明

[0016] 为了更清楚地说明本申请实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

[0017] 图1为本申请实施例提供的一种基于存储策略动态加载多样化资源的方法的流程图；

[0018] 图2为本申请实施例提供的另一种基于存储策略动态加载多样化资源的方法的流程图；

[0019] 图3为本申请实施例提供的加载与缓存定制组件资源的方法的流程图；

[0020] 图4为本申请实施例提供的加载与缓存API(Application ProgrammingInterface，应用程序编程接口)资源的方法的流程图；

[0021] 图5为本申请实施例提供的一种基于存储策略动态加载多样化资源的装置的方框示意图；

[0022] 图6为本申请实施例提供的一种电子设备的结构示意图。具体实施方式

[0023] 下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下，所获得的所有其他实施例，都属于本申请保护范围。

[0024] 需要说明的是，在本申请的描述中，术语"包括”、"包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。本申请中的术语"第一”、"第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。

[0025] 为了使本技术领域的技术人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。

[0026] 本申请的实施例提供了一种操作系统高频轮询的代理方法，结合该操作系统高频轮询的代理方法的执行流程，对方法进行详细描述。

[0027] 图1是本申请一个实施例的基于存储策略动态加载多样化资源的方法的流程图。

[0028] 示例性的，如图1所示，该基于存储策略动态加载多样化资源的方法包括以下步骤：

[0029] 在步骤S101中，判断是否存在资源加载请求。

[0030] 可以理解的是，资源加载请求指的是前端向服务器或存储设备发出的请求，目的是获取所需的组件、样式、接口数据等资源。

[0031] 在步骤S102中，在存在资源加载请求的情况下，获取资源加载请求的路由信息、目标项目的存储策略和存储策略中的静态规则集、组件规则集、样式规则集和功能规则集。

[0032] 其中，路由信息指的是需要获取相关资源的特定路径以及对应的配置项，每个路由(如 / login、 / dashboard、 / sensor)可以对应不同的配置项，包括API接口、组件、样式和优先级等。例如， / sensor路由对应Form组件、Progress OEM(Original EquipmentManufacturer，原始设备制造商)组件、sensor样式和对应的API。存储策略指的是资源存储位置和方式的规则，它决定了资源是存储在客户端、服务端还是其他存储设备上，以及如何组织这些资源。规则集是一系列预先定义好的规则，用于指导系统在特定情况下如何行动。此处提到的静态规则集、组件规则集、样式规则集和功能规则集分别对应不同类型资源的加载规则。

[0033] 具体而言，在存在资源加载请求的情况下，本申请实施例接下来的操作是获取资源加载请求的路由信息，即资源请求的路径和方式，目标项目的存储策略，即资源存储的规则和方法，并读取该存储策略包含的静态规则集、组件规则集(包含通用组件和定制组件)、样式规则集(包含基础样式和个性化样式)、功能规则集，这些规则集定义了各功能应用加载的优先级及其加载方式，如代码1所示：

[0034] "staticRules":[

[0035] {"type":"font","path":" / assets / fonts / iconfont.woff2"},

[0036] {"type":"icon","path":" / assets / icons / iconhome.svg"}

[0037] ],

[0038] "componentRules":[

[0039] {"name":"Button","path":" / components / Button.js"},

[0040] {"name":"Form","path":" / components / Form.js"}

[0041] ],

[0042] "componentOemRules":[

[0043] {"name":"Rate","path":" / components / Rate.js"},

[0044] {"name":"Progress","path":" / components / Progress.js"}

[0045] ],

[0046] "styleRules":[

[0047] {"name":"common","path":" / styles / common.css"}

[0048] ],

[0049] "styleOemRules":[

[0050] {"name":"cpu","path":" / styles / cpu.css"},

[0051] {"name":"sensor","path":" / styles / sensor.css"}

[0052] ],

[0053] "functionalityRules":[

[0054] {

[0055] "route":" / login",

[0056] "api":" / api / getLoginData",

[0057] "components":["Form","Button"],

[0058] "style":["common"],

[0059] "priority":0

[0060] },

[0061] {

[0062] "route":" / dashboard",

[0063] "api":" / api / getDashboardData",

[0064] "components":["Form","Button"],

[0065] "style":["common"],

[0066] "priority":1

[0067] },

[0068] {

[0069] "route":" / sensor",

[0070] "api":" / api / getSensorData",

[0071] "components":["Form"],

[0072] "oemcomponents":["Progress"],

[0073] "style":["sensor"],

[0074] "priority":4

[0075] }]

[0077] 在步骤S103中，基于静态规则集、组件规则集、样式规则集和功能规则集中的至少一个，根据资源加载请求确定至少一个待加载资源池，并从至少一个待加载资源池中加载对应的资源。

[0078] 可以理解的是，待加载资源池指的是一个预先定义好的资源集合，系统可以从该集合中选取需要的资源进行加载。通过创建多样化的资源池(如静态资源池、通用组件资源池、定制组件资源池、基础样式资源池、个性化样式资源池、路由资源池、接口资源池(API资源池)等)，可以实现前端资源的分类存储与高效管理，便于复用。

[0079] 具体而言，基于静态规则集、组件规则集、样式规则集和功能规则集中的至少一个规则集，可以对资源加载请求进行分析。通过该分析过程，系统能够确定至少一个待加载资源池，随后，系统将从这些确定的待加载资源池中，按照既定的规则和优先级顺序加载相应的资源。

[0080] 为便于理解，下面详细说明如何进行资源加载。

[0081] 作为一种可能实现的方式，在一些实施例中，基于静态规则集、组件规则集、样式规则集和功能规则集中的至少一个，根据资源加载请求确定至少一个待加载资源池，并从至少一个待加载资源池中加载对应的资源，包括：基于静态规则集、组件规则集和样式规则集，加载静态资源池、通用组件资源池和基础样式资源池，并分别从静态资源池、通用组件资源池和基础样式资源池中获取静态资源、通用组件资源和基础样式资源；和 / 或，根据资源加载请求、路由信息和功能规则集，加载定制组件资源池、个性化样式资源池、接口资源池和路由资源池，并分别从定制组件资源池、个性化样式资源池、接口资源池和路由资源池中获取定制组件资源、个性化样式资源、接口资源和路由资源。

[0082] 具体而言，在进行动态资源管理系统，可以依据一系列静态规则集、组件规则集以及样式规则集实现初始化。这些规则集为资源的加载和管理提供了基础的指导原则。随后，分别加载静态资源池、通用组件资源池以及基础样式资源池，这些资源池包含了网站或应用运行所必需的静态资源、通用组件资源和基础样式资源。这些资源的加载确保了系统能够提供一个稳定和一致的用户体验。

[0083] 此外，为了满足更加个性化和动态的需求，系统还可以根据资源加载请求、当前的路由信息以及功能规则集来加载定制组件资源池、个性化样式资源池、接口资源池和路由资源池。定制组件资源池包含了根据特定需求定制的组件资源，这些资源能够为用户提供更加丰富和定制化的交互体验。个性化样式资源池则存储了能够根据用户偏好或特定情境调整的样式资源，使得界面能够更加贴合用户的个性化需求。接口资源池包含了各种后端服务接口资源，这些接口资源是实现前后端分离、提高系统灵活性和扩展性的关键。最后，路由资源池则负责管理应用内的导航和页面跳转，确保用户能够顺畅地在应用的不同部分之间切换。

[0084] 通过这样的资源加载机制，系统能够灵活地从各个资源池中获取所需的资源，无论是静态的还是动态的，通用的还是定制的，从而为用户提供一个高效、个性化且响应迅速的使用体验。

[0085] 作为一种可能实现的方式，在一些实施例中，基于静态规则集、组件规则集、样式规则集和功能规则集，加载静态资源池、通用组件资源池和基础样式资源池，并分别从静态资源池、通用组件资源池和基础样式资源池中获取静态资源、通用组件资源和基础样式资源，包括：基于静态规则集，从静态资源池中获取静态资源，并将静态资源存储至客户端缓存；基于组件规则集，从通用组件资源池中获取通用组件资源，并将通用组件资源存储至客户端缓存；基于样式规则集，从基础样式资源池中获取基础样式资源，并将基础样式资源存储至客户端缓存。

[0086] 具体而言，进行初始化页面时，可以根据预先解析的静态规则集，优先从静态资源池中加载图标库、字体库等关键静态资源，确保基础样式和元素迅速呈现，并将该静态资源存储到客户端缓存，由此，在后续的功能请求中，可以直接从浏览器缓存中快速获取这些静态资源，确保基础样式和元素能够迅速呈现，从而显著提升页面加载速度和用户体验。接下来，在初始化过程中，还可以根据组件规则集从通用组件资源池中动态加载相应的通用组件资源，如按钮、表单等，以用于构建基本的UI(User Interface，用户界面)框架，并将加载的通用组件资源存储到客户端缓存中。由此，在后续页面加载或功能请求时，可以直接从缓存中获取引用到的相关组件资源，从而加速页面渲染。随后，在应用程序或网页首次被加载时，可以根据样式规则集里所定义的基础样式规则，自动从基础样式资源池中提取相应的基础样式资源，以用于建立基本的页面样式，并将该基础样式资源存储到客户端的缓存区域中。由此，在后续的功能请求或操作中，可以直接从这个缓存中快速地获取到这些已经加载好的基础样式资源，从而提高整体的加载效率和用户体验。

[0087] 可以理解的是，通过将静态资源、通用组件资源和基础样式资源等存储在客户端缓存中，可以减少重复的网络请求，从而加快页面加载速度。

[0088] 作为一种可能实现的方式，在另一些实施例中，根据资源加载请求、路由信息、组件规则集和功能规则集，加载定制组件资源池、个性化样式资源池、接口资源池和路由资源池，并分别从定制组件资源池、个性化样式资源池、接口资源池和路由资源池中获取定制组件资源、个性化样式资源、接口资源和路由资源，包括：根据资源加载请求和路由信息，从路由资源池中获取路由资源；根据组件规则集、功能规则集和路由资源，分别从定制组件资源池、个性化样式资源池和接口资源池中获取定制组件资源、个性化样式资源和接口资源。

[0089] 具体而言，在处理请求的路由信息时，可以根据资源加载请求和路由信息，先加载存储在路由资源池中的相关路由资源。随后，根据加载的路由资源和获取到的功能规则集进行筛选和提取工作，以分别确定定制组件资源池、个性化样式资源池和接口资源池中哪些具体的定制组件资源、个性化样式资源以及接口资源是当前请求所需要的，并同步进行加载。

[0090] 该过程确保了系统能够根据不同的功能需求和业务场景，动态地加载和展示相应的资源，确保用户可以快速访问到所需内容，从而提高系统的灵活性和用户体验。

[0091] 进一步地，在一些实施例中，根据组件规则集、功能规则集和路由资源，分别从定制组件资源池、个性化样式资源池和接口资源池中获取定制组件资源、个性化样式资源和接口资源，包括：获取路由资源中的特定组件需求、特定样式需求和接口信息；基于特定组件需求和组件规则集，从定制组件资源池中动态获取并缓存定制组件资源；基于特定样式需求，从个性化样式资源池中动态获取并缓存个性化样式资源；基于接口信息和功能规则集，从接口资源池中动态获取并缓存接口资源。

[0092] 具体而言，为了满足特定的组件需求、样式定制以及接口调用，本申请实施例首先可以从加载的路由资源中确定所需的特定组件需求、特定样式需求和接口调用的相关信息。接着，基于路由资源中的特定组件需求，可以根据组件规则集中的定制组件规则，动态加载定制组件资源池中相应的定制组件资源，这些资源随后可以被缓存起来，以便于后续的快速访问和使用。同样地，针对路由资源中的特定样式需求，可以从个性化样式资源池中动态地检索并获取相应的个性化样式资源。这些样式资源同样会被缓存，确保在需要时能够迅速地应用到相应的组件上，从而实现界面的个性化展示。最后，还可以根据路由资源中所配置的接口信息和功能规则集，从接口资源池中动态加载所需的接口资源。该接口资源同样会被缓存，以便于应用程序能够高效地与后端服务进行交互，实现所需的功能。

[0093] 由此，通过这一系列的动态资源获取和缓存机制，允许系统根据项目需求调整页面样式及存储策略，以灵活地响应不同的组件、样式和接口需求，从而为用户提供更加丰富和个性化的服务体验。

[0094] 作为一种可能实现的方式，在另一些实施例中，基于特定组件需求和组件规则集，从定制组件资源池中动态获取并缓存定制组件资源，包括：判断是否为首次获取定制组件资源；若为首次获取定制组件资源，则将定制组件资源存储至服务器临时缓存，否则利用预设的机器学习模型识别满足第一预设访问频率的定制组件资源，并将满足第一预设访问频率的定制组件资源从服务器临时缓存转移至客户端缓存。

[0095] 具体而言，在缓存定制组件资源时，可以先判断是否为首次获取定制组件资源，在首次加载定制组件资源池中的定制组件资源时，可以将该加载的定制组件资源存储到服务器临时缓存中。由此，在后续请求中可以直接从服务器临时缓存中读取，减少重复加载的时间和资源消耗；通过这种方式，用户在访问网站或应用时，能够感受到更快的响应速度和更流畅的操作体验。

[0096] 如果不是首次加载定制组件资源池中的定制组件资源，那么可以对定制组件资源的缓存策略进行调整，即，基于历史数据分析用户的行为模式，采用预设的机器学习模型(训练好的机器学习模型)针对用户经常访问的功能中所涉及的定制组件资源(即满足第一预设访问频率的定制组件资源)，将其从服务器临时缓存调整到永久缓存中并更新服务器存储策略。这一过程是自动化的，可以根据用户的实际使用习惯，智能地优化相关资源的存储位置，确保最频繁使用的资源能够被快速访问，同时减少服务器的存储压力和带宽消耗。

[0097] 作为一种可能实现的方式，在另一些实施例中，基于接口信息和功能规则集，从接口资源池中动态获取并缓存接口资源，包括：基于预设的客户端缓存策略，将通用资源存储和服务器中缺少的硬件信息存储至客户端缓存；和 / 或，基于预设的动态缓存策略，在硬件配件更新的情况下，清除当前客户端缓存，并将新的硬件信息和 / 或新的通用资源存储至客户端缓存；和 / 或，基于预设的服务器临时缓存策略，将满足预设访问频率的数据临时缓存至服务器端存储。

[0098] 具体而言，在缓存接口资源时，存在以下三种缓存策略。(1)为了提升用户体验和减少网络负载，可以基于预设的客户端缓存策略，将登录信息、软件版本以及其他一些频繁使用的通用资源存储在客户端缓存之中。由此，在用户进行多次访问时，可以避免重复地向服务器发送请求，从而加快页面加载速度。(2)在页面进行初始化的过程中，可以基于预设的动态缓存策略，系统会进行检测，以确认服务器是否已经拥有当前客户端的CPU型号、内存大小、硬盘容量等硬件信息。如果发现这些信息尚未被服务器记录，那么可以将它们保存到客户端缓存里。由此，在后续的页面加载过程中，可以直接从客户端缓存中读取这些硬件信息，避免了不必要的网络传输。此外，系统还设置了监听机制，用于实时监测硬件状态的变化。一旦有新的硬件设备被接入，系统可以立即清除客户端缓存中的相关信息，并通知服务器更新其永久化存储，即，将新的硬件信息和 / 或新的通用资源存储至客户端缓存，确保所有存储的数据都是最新的。这种设置可以确保系统迅速适应硬件配置的任何变化，从而维持高效和准确的响应。(3)对于那些经常发生变化的数据(即满足预设访问频率的数据)，例如，传感器实时采集的曲线数据，可以基于预设的服务器临时缓存策略，利用服务器临时缓存来存储。由于临时缓存通常比永久化存储更快，能够更有效地处理频繁的数据读写操作，这种缓存策略可以显著提高数据访问的速度。

[0099] 此外，接口资源的缓存策略是可以进行动态调整的。具体地，通过收集和分析用户的行为数据，可以识别出哪些数据是用户频繁访问的热数据，进而利用这些信息动态调整接口资源的缓存策略。这种方法能够确保系统资源被更加高效地利用，同时减少不必要的数据加载时间，进一步提升用户体验。

[0100] 为便于本领域技术人员进一步了解本申请实施例提出的基于存储策略动态加载多样化资源的方法，下面结合图2～图4作进一步阐述。

[0101] 如图2所示，该基于存储策略动态加载多样化资源的方法还可以包括以下步骤：

[0102] 步骤S201，解析目标项目的存储策略。

[0103] 步骤S202，从静态资源池中加载与缓存静态资源。

[0104] 步骤S203，从通用组件资源池中加载与缓存通用组件资源。

[0105] 步骤S204，从基础样式资源池中加载与缓存基础样式资源。

[0106] 步骤S205，从路由资源池中加载与缓存路由资源。

[0107] 步骤S206，从定制组件资源池中加载与缓存定制组件资源。

[0108] 步骤S207，从个性化样资源池中加载与缓存个性化样资源。

[0109] 步骤S208，从API资源池中加载与缓存API资源。

[0110] 进一步地，如图3所示，从定制组件资源池中加载与缓存定制组件资源，可以包括以下步骤：

[0111] 步骤S2061，加载定制组件资源池。

[0112] 步骤S2062，从定制组件资源池中缓存定制组件资源。

[0113] 步骤S2063，调整定制组件资源缓存策略。

[0114] 进一步地，如图4所示，API资源池中加载与缓存API资源，可以包括以下步骤：

[0115] 步骤S2081，加载API资源池。

[0116] 步骤S2082，从API资源池中缓存API资源。

[0117] 步骤S2083，调整API资源缓存策略。

[0118] 由此可见，本申请实施例通过采用动态加载多样化资源池技术，可以依据项目需求智能加载各类资源，从而显著加速前端页面的渲染速度，适用于BMC(BaseboardManagement Controller，基板管理控制器)服务器等需要高效配置和高性能的定制场景。该方法不仅可以根据不同的项目配置动态加载所需的资源，使得系统能够轻松适应各种业务场景和定制化需求，通过精细化的资源管理和按需加载机制，还可以将关键资源预先缓存，使得用户在进行交互或导航到新页面时能够获得即时响应，显著减少不必要的网络请求和资源消耗，大幅提升了用户体验，并为未来的扩展提供了灵活的基础。

[0119] 根据本申请实施例提出的基于存储策略动态加载多样化资源的方法，通过在存在资源加载请求的情况下，可以获取资源加载请求的路由信息、目标项目的存储策略和存储策略中的静态规则集、组件规则集、样式规则集和功能规则集；然后基于静态规则集、组件规则集、样式规则集和功能规则集中的至少一个，根据资源加载请求确定至少一个待加载资源池，并从至少一个待加载资源池中加载对应的资源。由此，通过根据项目配置的存储策略动态加载多样化资源池，解决了现有的资源加载策略往往采用固定的规则进行资源存储和管理，无法灵活应对现代Web应用的复杂性和多样化需求的问题，实现了前端代码的动态缓存和快速加载的技术效果。

[0120] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。

[0121] 本申请的实施例还提供了一种基于存储策略动态加载多样化资源装置。

[0122] 图5是本申请一个实施例的基于存储策略动态加载多样化资源装置的方框示意图。

[0123] 如图5所示，该基于存储策略动态加载多样化资源装置10包括：判断模块100、获取模块200和加载模块300。

[0124] 其中，判断模块100，用于判断是否存在资源加载请求；

[0125] 获取模块200，用于在存在资源加载请求的情况下，获取资源加载请求的路由信息、目标项目的存储策略和存储策略中的静态规则集、组件规则集、样式规则集和功能规则集；

[0126] 加载模块300，用于基于静态规则集、组件规则集、样式规则集和功能规则集中的至少一个，根据资源加载请求确定至少一个待加载资源池，并从至少一个待加载资源池中加载对应的资源。

[0127] 进一步地，在一些实施例中，加载模块300，包括：

[0128] 第一加载子模块，用于基于静态规则集、组件规则集和样式规则集，加载静态资源池、通用组件资源池和基础样式资源池，并分别从静态资源池、通用组件资源池和基础样式资源池中获取静态资源、通用组件资源和基础样式资源；

[0129] 和 / 或，第二加载子模块，用于根据资源加载请求、路由信息和功能规则集，加载定制组件资源池、个性化样式资源池、接口资源池和路由资源池，并分别从定制组件资源池、个性化样式资源池、接口资源池和路由资源池中获取定制组件资源、个性化样式资源、接口资源和路由资源。

[0130] 进一步地，在一些实施例中，第一加载子模块，具体用于：

[0131] 基于静态规则集，从静态资源池中获取静态资源，并将静态资源存储至客户端缓存；

[0132] 基于组件规则集，从通用组件资源池中获取通用组件资源，并将通用组件资源存储至客户端缓存；

[0133] 基于样式规则集，从基础样式资源池中获取基础样式资源，并将基础样式资源存储至客户端缓存。

[0134] 进一步地，在一些实施例中，第二加载子模块，包括：

[0135] 第一获取单元，用于根据资源加载请求和路由信息，从路由资源池中获取路由资源；

[0136] 第二获取单元，用于根据组件规则集、功能规则集和路由资源，分别从定制组件资源池、个性化样式资源池和接口资源池中获取定制组件资源、个性化样式资源和接口资源。

[0137] 进一步地，在一些实施例中，第二获取单元，包括：

[0138] 第一获取子单元，用于获取路由资源中的特定组件需求、特定样式需求和接口信息；

[0139] 第二获取子单元，用于基于特定组件需求和组件规则集，从定制组件资源池中动态获取并缓存定制组件资源；

[0140] 第三获取子单元，用于基于特定样式需求，从个性化样式资源池中动态获取并缓存个性化样式资源；

[0141] 第四获取子单元，用于基于接口信息和功能规则集，从接口资源池中动态获取并缓存接口资源。

[0142] 进一步地，在一些实施例中，第二获取子单元，具体用于：

[0143] 判断是否为首次获取定制组件资源；

[0144] 若为首次获取定制组件资源，则将定制组件资源存储至服务器临时缓存，否则利用预设的机器学习模型识别满足第一预设访问频率的定制组件资源，并将满足第一预设访问频率的定制组件资源从服务器临时缓存转移至客户端缓存。

[0145] 进一步地，在一些实施例中，第四获取子单元，具体用于：

[0146] 基于预设的客户端缓存策略，将通用资源存储和服务器中缺少的硬件信息存储至客户端缓存；

[0147] 和 / 或，基于预设的动态缓存策略，在硬件配件更新的情况下，清除当前客户端缓存，并将新的硬件信息和 / 或新的通用资源存储至客户端缓存；

[0148] 和 / 或，基于预设的服务器临时缓存策略，将满足预设访问频率的数据临时缓存至服务器端存储。

[0149] 根据本申请实施例提出的基于存储策略动态加载多样化资源的装置，通过在存在资源加载请求的情况下，可以获取资源加载请求的路由信息、目标项目的存储策略和存储策略中的静态规则集、组件规则集、样式规则集和功能规则集；然后基于静态规则集、组件规则集、样式规则集和功能规则集中的至少一个，根据资源加载请求确定至少一个待加载资源池，并从至少一个待加载资源池中加载对应的资源。由此，通过根据项目配置的存储策略动态加载多样化资源池，解决了现有的资源加载策略往往采用固定的规则进行资源存储和管理，无法灵活应对现代Web应用的复杂性和多样化需求的问题，实现了前端代码的动态缓存和快速加载的技术效果。

[0150] 图6为本申请实施例提供的电子设备的结构示意图。该电子设备可以包括：

[0151] 存储器601、处理器602及存储在存储器601上并可在处理器602上运行的计算机程序。

[0152] 处理器602执行程序时实现上述任一种基于存储策略动态加载多样化资源的方法实施例中的步骤。

[0153] 进一步地，电子设备还包括：

[0154] 通信接口603，用于存储器601和处理器602之间的通信。

[0155] 存储器601，用于存放可在处理器602上运行的计算机程序。

[0156] 存储器601可能包含高速RAM(Random Access Memory，随机存取存储器)存储器，也可能还包括非易失性存储器，例如至少一个磁盘存储器。

[0157] 如果存储器601、处理器602和通信接口603独立实现，则通信接口603、存储器601和处理器602可以通过总线相互连接并完成相互间的通信。总线可以是ISA(IndustryStandard Architecture，工业标准体系结构)总线、PCI(Peripheral ComponentInterconnect，外部设备互连)总线或EISA(Extended Industry Standard Architecture，扩展工业标准体系结构)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

[0158] 可选的，在具体实现上，如果存储器601、处理器602及通信接口603，集成在一块集成电路上实现，则存储器601、处理器602及通信接口603可以通过内部接口完成相互间的通信。

[0159] 处理器602可能是一个CPU(Central Processing Unit，中央处理器)，或者是ASIC(Application Specific Integrated Circuit，特定集成电路)，或者是被配置成实施本申请实施例的一个或多个集成电路。

[0160] 本申请的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一种基于存储策略动态加载多样化资源的方法实施例中的步骤。

[0161] 在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

[0162] 专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

[0163] 以上对本申请所提供的一种基于存储策略动态加载多样化资源的方法进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。< / script>

Claims

1. A method for dynamically loading diverse resources based on a storage strategy, characterized in that Including: Determine whether there is a resource loading request; In the case where there is the resource loading request, obtain the routing information of the resource loading request, the storage policy of the target project, and the static rule set, component rule set, style rule set, and function rule set in the storage policy; Based on at least one of the static rule set, the component rule set, the style rule set, and the function rule set, determine at least one resource pool to be loaded according to the resource loading request, and load corresponding resources from the at least one resource pool to be loaded.

2. The method according to claim 1, wherein The step of, based on at least one of the static rule set, component rule set, style rule set, and function rule set, determining at least one resource pool to be loaded according to the resource loading request, and loading corresponding resources from the at least one resource pool to be loaded, includes: Based on the static rule set, the component rule set, and the style rule set, load the static resource pool, the general component resource pool, and the basic style resource pool, and obtain static resources, general component resources, and basic style resources from the static resource pool, the general component resource pool, and the basic style resource pool respectively; And / or, according to the resource loading request, the routing information, the component rule set, and the function rule set, load the customized component resource pool, the personalized style resource pool, the interface resource pool, and the routing resource pool, and obtain customized component resources, personalized style resources, interface resources, and routing resources from the customized component resource pool, the personalized style resource pool, the interface resource pool, and the routing resource pool respectively.

3. The method according to claim 2, wherein The step of, based on the static rule set, the component rule set, the style rule set, and the function rule set, loading the static resource pool, the general component resource pool, and the basic style resource pool, and obtaining static resources, general component resources, and basic style resources from the static resource pool, the general component resource pool, and the basic style resource pool respectively, includes: Based on the static rule set, obtain the static resources from the static resource pool, and store the static resources in the client cache; Based on the component rule set, obtain the general component resources from the general component resource pool, and store the general component resources in the client cache; Based on the style rule set, obtain the basic style resources from the basic style resource pool, and store the basic style resources in the client cache.

4. The method according to claim 2, wherein The step of, according to the resource loading request, the routing information, the component rule set, and the function rule set, loading the customized component resource pool, the personalized style resource pool, the interface resource pool, and the routing resource pool, and obtaining customized component resources, personalized style resources, interface resources, and routing resources from the customized component resource pool, the personalized style resource pool, the interface resource pool, and the routing resource pool respectively, includes: According to the resource loading request and the routing information, obtain the routing resources from the routing resource pool; According to the component rule set, the function rule set, and the routing resources, obtain the customized component resources, the personalized style resources, and the interface resources from the customized component resource pool, the personalized style resource pool, and the interface resource pool respectively.

5. The method according to claim 4, wherein The obtaining the customized component resources, the personalized style resources, and the interface resources from the customized component resource pool, the personalized style resource pool, and the interface resource pool respectively according to the component rule set, the function rule set, and the routing resources includes: Obtain the specific component requirements, specific style requirements, and interface information in the routing resources; Dynamically obtain and cache the customized component resources from the customized component resource pool based on the specific component requirements and the component rule set; Dynamically obtain and cache the personalized style resources from the personalized style resource pool based on the specific style requirements; Dynamically obtain and cache the interface resources from the interface resource pool based on the interface information and the function rule set.

6. The method according to claim 5, characterized in that, The dynamically obtaining and caching the customized component resources from the customized component resource pool based on the specific component requirements and the component rule set includes: Judge whether it is the first time to obtain the customized component resources; If it is the first time to obtain the customized component resources, store the customized component resources in the server temporary cache. Otherwise, use a preset machine learning model to identify the customized component resources that meet the first preset access frequency, and transfer the customized component resources that meet the first preset access frequency from the server temporary cache to the client cache.

7. The method according to claim 5, characterized in that, The dynamically obtaining and caching the interface resources from the interface resource pool based on the interface information and the function rule set includes: Based on a preset client cache policy, store the general resources and the hardware information missing in the server in the client cache; And / or, based on a preset dynamic cache policy, when the hardware accessories are updated, clear the current client cache, and store the new hardware information and / or new general resources in the client cache; And / or, based on a preset server temporary cache policy, temporarily cache the data that meets the preset access frequency in the server-side storage.

8. An apparatus for dynamically loading diverse resources based on a storage policy, characterized in that, Includes: A judgment module, used to judge whether there is a resource loading request; An obtaining module, used to obtain the routing information of the resource loading request, the storage policy of the target project, and the static rule set, component rule set, style rule set, and function rule set in the storage policy when there is the resource loading request; A loading module, used to determine at least one resource pool to be loaded according to the resource loading request based on at least one of the static rule set, the component rule set, the style rule set, and the function rule set, and load the corresponding resources from the at least one resource pool to be loaded.

9. An electronic device, characterized in that, Includes: A memory, used to store computer programs; A processor, used to implement the steps of the method for dynamically loading diverse resources based on the storage policy as described in any one of claims 1 to 7 when executing the computer program.

10. A computer-readable storage medium, characterized in that, A computer program is stored in the computer-readable storage medium, wherein when the computer program is executed by a processor, the steps of the method for dynamically loading diverse resources based on a storage policy according to any one of claims 1 to 7 are implemented.

Images