CN112073511B - 一种应用页面的生成系统及方法 - Google Patents

一种应用页面的生成系统及方法 Download PDF

Info

Publication number
CN112073511B
CN112073511B CN202010932626.1A CN202010932626A CN112073511B CN 112073511 B CN112073511 B CN 112073511B CN 202010932626 A CN202010932626 A CN 202010932626A CN 112073511 B CN112073511 B CN 112073511B
Authority
CN
China
Prior art keywords
application
target
identifier
page
file
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010932626.1A
Other languages
English (en)
Other versions
CN112073511A (zh
Inventor
李子杰
裴沛
曾高辉
孙存
刘振华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kunlun Digital Technology Co ltd
China National Petroleum Corp
Original Assignee
Kunlun Digital Technology Co ltd
China National Petroleum Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Kunlun Digital Technology Co ltd, China National Petroleum Corp filed Critical Kunlun Digital Technology Co ltd
Priority to CN202010932626.1A priority Critical patent/CN112073511B/zh
Publication of CN112073511A publication Critical patent/CN112073511A/zh
Application granted granted Critical
Publication of CN112073511B publication Critical patent/CN112073511B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Abstract

本申请提供了一种应用页面的生成系统及方法，其中，该生成系统包括浏览器和后台服务器；浏览器，用于响应用户发送的服务请求，在第一显示区域内显示多个应用程序分别对应的应用标识；响应用户针对应用标识的选择操作，向后台服务器发送选择操作选择的目标应用标识对应的文件获取请求，文件获取请求中包括目标应用标识对应的目标路由；后台服务器，用于响应接收到的文件获取请求，基于路由与存储地址的对应关系，查找目标路由对应的目标存储地址，基于目标存储地址，获取目标路由对应的目标应用文件，并将目标应用文件发送给浏览器；浏览器，还用于基于接收到的目标应用文件，生成目标应用标识对应的应用页面，并在第二显示区域内显示应用页面。

Description

一种应用页面的生成系统及方法
技术领域
本申请涉及计算机信息技术领域，具体而言，涉及一种应用页面的生成系统及方法。
背景技术
现阶段，工业互联网中涉及的应用程序种类越来越多，且应用程序本身也越来越复杂，为了简化用户使用应用程序时的操作步骤，目前是将多个应用程序集成在一起，供用户使用。
通常，不同的应用程序由不同的工作人员维护前端代码库，在应用程序集成的过程中，工作人员通常会对原有应用程序的前端代码库进行重构，使每个应用程序都可以使用不同的技术栈，以保证每个应用程序的历史代码都能平滑迁移。
但是，在工业互联网领域，要集成的应用程序数量众多，在该种情况下，工作人员分别对每个应用程度进行重构，增加了工作人员的操作复杂度，进而导致应用程序的集成效率低。
发明内容
有鉴于此，本申请实施例的目的在于提供一种应用页面的生成系统及方法，浏览器能够基于每个应用程序的路由，从后台服务器获取该应用程序的应用文件，进而基于应用文件生成对应的应用页面，无需对每个应用程序进行重构，应用程序集成效率高。
第一方面，本申请实施例提供了一种应用页面的生成系统，所述生成系统包括浏览器和后台服务器；
所述浏览器，用于响应用户发送的服务请求，在第一显示区域内显示多个应用程序分别对应的应用标识；响应用户针对所述应用标识的选择操作，向所述后台服务器发送所述选择操作选择的目标应用标识对应的文件获取请求，所述文件获取请求中包括所述目标应用标识对应的目标路由；
所述后台服务器，用于响应接收到的所述文件获取请求，基于路由与存储地址的对应关系，查找所述目标路由对应的目标存储地址，基于所述目标存储地址，获取所述目标路由对应的目标应用文件，并将所述目标应用文件发送给所述浏览器；
所述浏览器，还用于基于接收到的所述目标应用文件，生成所述目标应用标识对应的应用页面，并在第二显示区域内显示所述应用页面。
在一种可能的实施方式中，所述浏览器，在第二显示区域内显示所述应用页面时，包括：
基于应用标识和容器节点的对应关系，查找所述目标应用标识对应的目标容器节点，将所述应用页面挂载在所述目标容器节点内，以便在所述第二显示区域内显示所述应用页面。
在一种可能的实施方式中，所述浏览器，还用于在响应用户发送的服务请求后，在第二显示区域内显示初始页面；并在生成所述目标应用标识对应的应用页面后，将所述初始页面切换为所述应用页面。
在一种可能的实施方式中，所述多个应用程序对应一主应用文件，所述主应用文件对应有第一标识；所述目标应用文件对应有第二标识；
所述浏览器，在第一显示区域内显示多个应用程序分别对应的应用标识时，包括：
基于所述主应用文件对应的第一标识，确定与所述第一标识相匹配的第一显示区域，并在所述第一显示区域内显示多个应用程序分别对应的应用标识；
所述浏览器，在第二显示区域内显示所述应用页面时，包括：
基于所述目标应用文件对应的第二标识，确定与所述第二标识相匹配的第二显示区域，并在所述第二显示区域内显示所述应用页面。
在一种可能的实施方式中，所述多个应用程序以微前端技术框架布置在所述后台服务器中。
第二方面，本申请实施例提供了一种应用页面的生成方法，所述生成方法包括：
浏览器响应用户发送的服务请求，在第一显示区域内显示多个应用程序分别对应的应用标识；响应用户针对所述应用标识的选择操作，向后台服务器发送所述选择操作选择的目标应用标识对应的文件获取请求，所述文件获取请求中包括所述目标应用标识对应的目标路由；
所述后台服务器响应接收到的所述文件获取请求，基于路由与存储地址的对应关系，查找所述目标路由对应的目标存储地址，基于所述目标存储地址，获取所述目标路由对应的目标应用文件，并将所述目标应用文件发送给所述浏览器；
所述浏览器基于接收到的所述目标应用文件，生成所述目标应用标识对应的应用页面，并在第二显示区域内显示所述应用页面。
在一种可能的实施方式中，所述浏览器在第二显示区域内显示所述应用页面，包括：
所述浏览器基于应用标识和容器节点的对应关系，查找所述目标应用标识对应的目标容器节点，将所述应用页面挂载在所述目标容器节点内，以便在所述第二显示区域内显示所述应用页面。
在一种可能的实施方式中，所述浏览器在响应用户发送的服务请求后，在第二显示区域内显示初始页面；并在生成所述目标应用标识对应的应用页面后，将所述初始页面切换为所述应用页面。
在一种可能的实施方式中，所述多个应用程序对应一主应用文件，所述主应用文件对应有第一标识；所述目标应用文件对应有第二标识；
所述浏览器在第一显示区域内显示多个应用程序分别对应的应用标识，包括：
所述浏览器基于所述主应用文件对应的第一标识，确定与所述第一标识相匹配的第一显示区域，并在所述第一显示区域内显示多个应用程序分别对应的应用标识；
所述浏览器在第二显示区域内显示所述应用页面，包括：
所述浏览器基于所述目标应用文件对应的第二标识，确定与所述第二标识相匹配的第二显示区域，并在所述第二显示区域内显示所述应用页面。
在一种可能的实施方式中，所述多个应用程序以微前端技术框架布置在所述后台服务器中。
本申请实施例提供的一种应用页面的生成系统及方法，所述生成系统包括浏览器和后台服务器；所述浏览器，用于响应用户发送的服务请求，在第一显示区域内显示多个应用程序分别对应的应用标识；响应用户针对所述应用标识的选择操作，向所述后台服务器发送所述选择操作选择的目标应用标识对应的文件获取请求，所述文件获取请求中包括所述目标应用标识对应的目标路由；所述后台服务器，用于响应接收到的所述文件获取请求，基于路由与存储地址的对应关系，查找所述目标路由对应的目标存储地址，基于所述目标存储地址，获取所述目标路由对应的目标应用文件，并将所述目标应用文件发送给所述浏览器；所述浏览器，还用于基于接收到的所述目标应用文件，生成所述目标应用标识对应的应用页面，并在第二显示区域内显示所述应用页面。本申请实施例中，浏览器能够基于每个应用程序的路由，从后台服务器获取该应用程序的应用文件，进而基于应用文件生成对应的应用页面，无需对每个应用程序进行重构，应用程序集成效率高。
为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例提供的一种应用页面的生成系统的结构示意图；
图2示出了本申请实施例提供的一种应用页面的生成系统中初始页面的示意图；
图3示出了本申请实施例提供的一种应用页面的生成系统中应用页面的示意图；
图4示出了本申请实施例提供的一种应用页面的生成方法的流程图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
现阶段，工业互联网中涉及的应用程序种类越来越多，且应用程序本身也越来越复杂，为了简化用户使用应用程序时的操作步骤，目前是将多个应用程序集成在一起，供用户使用。通常，不同的应用程序由不同的工作人员维护前端代码库，在应用程序集成的过程中，工作人员通常会对原有应用程序的前端代码库进行重构，使每个应用程序都可以使用不同的技术栈，以保证每个应用程序的历史代码都能平滑迁移。但是，在工业互联网领域，要集成的应用程序数量众多，在该种情况下，工作人员分别对每个应用程度进行重构，增加了工作人员的操作复杂度，进而导致应用程序的集成效率低。
基于上述问题，本申请实施例提供的一种应用页面的生成系统及方法，所述生成系统包括浏览器和后台服务器；所述浏览器，用于响应用户发送的服务请求，在第一显示区域内显示多个应用程序分别对应的应用标识；响应用户针对所述应用标识的选择操作，向所述后台服务器发送所述选择操作选择的目标应用标识对应的文件获取请求，所述文件获取请求中包括所述目标应用标识对应的目标路由；所述后台服务器，用于响应接收到的所述文件获取请求，基于路由与存储地址的对应关系，查找所述目标路由对应的目标存储地址，基于所述目标存储地址，获取所述目标路由对应的目标应用文件，并将所述目标应用文件发送给所述浏览器；所述浏览器，还用于基于接收到的所述目标应用文件，生成所述目标应用标识对应的应用页面，并在第二显示区域内显示所述应用页面。本申请实施例中，浏览器能够基于每个应用程序的路由，从后台服务器获取该应用程序的应用文件，进而基于应用文件生成对应的应用页面，无需对每个应用程序进行重构，应用程序集成效率高。
针对以上方案所存在的缺陷，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本申请针对上述问题所提出的解决方案，都应该是发明人在本申请过程中对本申请做出的贡献。
下面将结合本申请中附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
为便于对本实施例进行理解，首先对本申请实施例所公开的一种应用页面的生成系统进行详细介绍。
参见图1所示，图1为本申请实施例提供的一种应用页面的生成系统的结构示意图，该生成系统包括浏览器101和后台服务器102；
所述浏览器101，用于响应用户发送的服务请求，在第一显示区域内显示多个应用程序分别对应的应用标识；响应用户针对所述应用标识的选择操作，向所述后台服务器102发送所述选择操作选择的目标应用标识对应的文件获取请求，所述文件获取请求中包括所述目标应用标识对应的目标路由。
本申请实施例中，上述多个应用程序为待集成的应用程序，多个应用程序以微前端技术框架布置在后台服务器中，使用微前端技术框架布置的多个应用程序独立部署在后台服务器中，无需工作人员对多个应用程序进行集中部署，每个应用程序延用历史存储地址，工作人员无需对每个应用程序的存储地址进行更换，并且，微前端技术框架可以自动对每个应用程序的前端代码库进行同步和更新，降低了工作人员的操作复杂度。
在对多个应用程序进行集成后，多个应用程序对应一个主应用程序，基于主应用程序，实现每个应用程序的调用，具体的，当用户需要使用任一应用程序时，采用统一的请求方式，向浏览器发送服务请求，比如用户基于预设的网址向浏览器发送服务请求，浏览器响应用户发送的服务请求，基于服务器返回的主应用文件生成待显示页面，待显示页面包括第一显示区域和第二显示区域，第一显示区域内包括多个应用程序分别对应的应用标识，这里，应用标识可以为文字信息，比如应用程序1、应用程序2等，也可以为每个应用程序对应的应用图标。
用户基于对应用程序的实际需求，对第一显示区域内的多个应用标识进行选择操作，比如点击某一应用程序的应用标识，浏览器响应用户针对应用标识的选择操作，将选择操作选择的应用标识作为目标应用标识，浏览器本地预存有每个应用标识和路由的对应关系，浏览器基于上述对应关系，查找目标应用标识对应的目标路由，并向后台服务器发送携带有目标路由的文件获取请求，以获取该目标应用标识对应的目标应用文件。其中，目标应用文件包括打包后的bundle.js文件、相关图片以及css文件。
所述后台服务器102，用于响应接收到的所述文件获取请求，基于路由与存储地址的对应关系，查找所述目标路由对应的目标存储地址，基于所述目标存储地址，获取所述目标路由对应的目标应用文件，并将所述目标应用文件发送给所述浏览器101。
本申请实施例中，应用程序的路由并不是应用程序实际的存储地址，基于应用程序对应的路由，无法获取该应用程序对应的应用文件，因此，建立了应用程序的路由与应用程序的存储地址的对应关系，并在后台服务器本地预存该对应关系，在后台服务器接收到浏览器发送的文件获取请求后，查找目标路由对应的目标存储地址，该目标存储地址是应用文件的实际存储地址，基于该目标存储地址，获取目标路由对应的目标应用文件，并将该目标应用文件返回给浏览器。
实际中，在后台服务器中部署Nginx反向代理，后台服务器在接收到浏览器发送的文件获取请求后，根据文件获取请求携带的目标路由，在Nginx根目录文件内查找目标路由对应的目标存储地址，由于每个应用程序的路由并非后台服务器内部应用文件真正的存储地址，路由仅作为加载对应的应用程序使用，需要使用Nginx反向代理截获，将文件获取请求重定向到Nginx中真实的存储地址，进而获取目标应用标识对应的目标应用文件。
所述浏览器101，还用于基于接收到的所述目标应用文件，生成所述目标应用标识对应的应用页面，并在第二显示区域内显示所述应用页面。
本申请实施例中，浏览器在接收到后台服务器返回的目标应用文件后，基于接收到的目标应用文件，生成目标应用标识对应的应用页面，即用户选择的应用程序的应用页面。
本申请实施例提供的应用页面的生成系统，浏览器能够基于每个应用程序的路由，从后台服务器获取该应用程序的应用文件，进而基于应用文件生成对应的应用页面，无需对每个应用程序进行重构，应用程序集成效率高。
进一步的，浏览器中对应有多个容器节点，容器节点与应用程序一一对应，在浏览器接收到后台服务器返回的目标应用文件后，浏览器基于应用标识和容器节点的对应关系，查找所述目标应用标识对应的目标容器节点，将所述应用页面挂载在所述目标容器节点内，以便在所述第二显示区域内显示所述应用页面。
进一步的，所述浏览器，还用于在响应用户发送的服务请求后，在第二显示区域内显示初始页面；并在生成所述目标应用标识对应的应用页面后，将所述初始页面切换为所述应用页面。
本申请实施例中，参见图2所示，浏览器在接收到用户发送的服务请求后，在左侧的第一显示区域内显示多个应用程序分别对应的应用标识，即图2中的APP1、APP2、APP3，在右侧的第二显示区域内显示初始页面，图2中初始页面为纯白色页面，这里，初始页面可以为纯色页面，也可以为包括应用程序介绍内容的页面、包括预设图像的页面等页面。参见图3所示，浏览器在基于目标应用文件生成应用页面后，将右侧的第二显示区域内的初始页面切换为生成的应用页面，在图3中，用户执行对APP2的应用标识的选择操作，最终在第二显示区域内显示APP2的欢迎页面，此时，用户可以使用APP2。
进一步的，多个应用程序对应一个主应用程序，主应用程序对应有主应用文件，即多个应用程序对应一主应用文件，主应用文件内的变量(或者样式名称)和每个应用程序对应的应用文件内的变量(或者样式名称)可能相同，为了对主应用文件和应用文件进行区分，分别为主应用文件和应用文件分配不同的标识，具体的，为主应用文件内的变量(或者样式名称)和应用文件内的变量(或者样式名称)分配不同的标识，相应的，所述主应用文件对应有第一标识；所述目标应用文件对应有第二标识；
所述浏览器，在第一显示区域内显示多个应用程序分别对应的应用标识时，包括：基于所述主应用文件对应的第一标识，确定与所述第一标识相匹配的第一显示区域，并在所述第一显示区域内显示多个应用程序分别对应的应用标识。
本申请实施例中，第一标识与第一显示区域相对应，携带有第一标识的文件对应的显示内容在第一显示区域内进行显示，主应用文件对应有第一标识，因此，主应用文件对应的多个应用标识在第一显示区域内显示。
所述浏览器，在第二显示区域内显示所述应用页面时，包括：基于所述目标应用文件对应的第二标识，确定与所述第二标识相匹配的第二显示区域，并在所述第二显示区域内显示所述应用页面。
本申请实施例中，第二标识与第二显示区域相对应，携带有第二标识的文件对应的显示内容在第二显示区域内进行显示，目标应用文件对应有第二标识，因此，目标应用文件对应的应用页面在第二显示区域内显示。
基于同一发明构思，本申请实施例中还提供了与应用页面的生成系统对应的应用页面的生成方法，由于本申请实施例中的方法解决问题的原理与本申请实施例上述应用页面的生成系统相似，因此方法的实施可以参见系统的实施，重复之处不再赘述。
参见图4所示，图4为本申请一实施例提供的一种应用页面的生成方法的流程图，该生成方法包括：
S401、浏览器响应用户发送的服务请求，在第一显示区域内显示多个应用程序分别对应的应用标识；响应用户针对所述应用标识的选择操作，向后台服务器发送所述选择操作选择的目标应用标识对应的文件获取请求，所述文件获取请求中包括所述目标应用标识对应的目标路由；
S402、所述后台服务器响应接收到的所述文件获取请求，基于路由与存储地址的对应关系，查找所述目标路由对应的目标存储地址，基于所述目标存储地址，获取所述目标路由对应的目标应用文件，并将所述目标应用文件发送给所述浏览器；
S403、所述浏览器基于接收到的所述目标应用文件，生成所述目标应用标识对应的应用页面，并在第二显示区域内显示所述应用页面。
在一种可能的实施方式中，所述浏览器在第二显示区域内显示所述应用页面，包括：
所述浏览器基于应用标识和容器节点的对应关系，查找所述目标应用标识对应的目标容器节点，将所述应用页面挂载在所述目标容器节点内，以便在所述第二显示区域内显示所述应用页面。
在一种可能的实施方式中，所述浏览器在响应用户发送的服务请求后，在第二显示区域内显示初始页面；并在生成所述目标应用标识对应的应用页面后，将所述初始页面切换为所述应用页面。
在一种可能的实施方式中，所述多个应用程序对应一主应用文件，所述主应用文件对应有第一标识；所述目标应用文件对应有第二标识；
所述浏览器在第一显示区域内显示多个应用程序分别对应的应用标识，包括：
所述浏览器基于所述主应用文件对应的第一标识，确定与所述第一标识相匹配的第一显示区域，并在所述第一显示区域内显示多个应用程序分别对应的应用标识；
所述浏览器在第二显示区域内显示所述应用页面，包括：
所述浏览器基于所述目标应用文件对应的第二标识，确定与所述第二标识相匹配的第二显示区域，并在所述第二显示区域内显示所述应用页面。
在一种可能的实施方式中，所述多个应用程序以微前端技术框架布置在所述后台服务器中。
本申请实施例提供的应用页面的生成方法，浏览器能够基于每个应用程序的路由，从后台服务器获取该应用程序的应用文件，进而基于应用文件生成对应的应用页面，无需对每个应用程序进行重构，应用程序集成效率高。
最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (6)

1.一种应用页面的生成系统，其特征在于，所述生成系统包括浏览器和后台服务器；
所述浏览器，用于响应用户发送的服务请求，在第一显示区域内显示多个应用程序分别对应的应用标识；响应用户针对所述应用标识的选择操作，向所述后台服务器发送所述选择操作选择的目标应用标识对应的文件获取请求，所述文件获取请求中包括所述目标应用标识对应的目标路由；
所述后台服务器，用于响应接收到的所述文件获取请求，基于路由与存储地址的对应关系，查找所述目标路由对应的目标存储地址，基于所述目标存储地址，获取所述目标路由对应的目标应用文件，并将所述目标应用文件发送给所述浏览器；
所述浏览器，还用于基于接收到的所述目标应用文件，生成所述目标应用标识对应的应用页面，基于应用标识和容器节点的对应关系，查找所述目标应用标识对应的目标容器节点，将所述应用页面挂载在所述目标容器节点内，以便在所述第二显示区域内显示所述应用页面；
所述多个应用程序对应一主应用文件，所述主应用文件对应有第一标识；所述目标应用文件对应有第二标识；
所述浏览器，在第一显示区域内显示多个应用程序分别对应的应用标识时，包括：
基于所述主应用文件对应的第一标识，确定与所述第一标识相匹配的第一显示区域，并在所述第一显示区域内显示多个应用程序分别对应的应用标识；
所述浏览器，在第二显示区域内显示所述应用页面时，包括：
基于所述目标应用文件对应的第二标识，确定与所述第二标识相匹配的第二显示区域，并在所述第二显示区域内显示所述应用页面。
2.根据权利要求1所述的应用页面的生成系统，其特征在于，
所述浏览器，还用于在响应用户发送的服务请求后，在第二显示区域内显示初始页面；并在生成所述目标应用标识对应的应用页面后，将所述初始页面切换为所述应用页面。
3.根据权利要求1所述的应用页面的生成系统，其特征在于，所述多个应用程序以微前端技术框架布置在所述后台服务器中。
4.一种应用页面的生成方法，其特征在于，所述生成方法包括：
浏览器响应用户发送的服务请求，在第一显示区域内显示多个应用程序分别对应的应用标识；响应用户针对所述应用标识的选择操作，向后台服务器发送所述选择操作选择的目标应用标识对应的文件获取请求，所述文件获取请求中包括所述目标应用标识对应的目标路由；
所述后台服务器响应接收到的所述文件获取请求，基于路由与存储地址的对应关系，查找所述目标路由对应的目标存储地址，基于所述目标存储地址，获取所述目标路由对应的目标应用文件，并将所述目标应用文件发送给所述浏览器；
所述浏览器基于接收到的所述目标应用文件，生成所述目标应用标识对应的应用页面，基于应用标识和容器节点的对应关系，查找所述目标应用标识对应的目标容器节点，将所述应用页面挂载在所述目标容器节点内，以便在所述第二显示区域内显示所述应用页面；
所述多个应用程序对应一主应用文件，所述主应用文件对应有第一标识；所述目标应用文件对应有第二标识；
所述浏览器在第一显示区域内显示多个应用程序分别对应的应用标识，包括：
所述浏览器基于所述主应用文件对应的第一标识，确定与所述第一标识相匹配的第一显示区域，并在所述第一显示区域内显示多个应用程序分别对应的应用标识；
所述浏览器在第二显示区域内显示所述应用页面，包括：
所述浏览器基于所述目标应用文件对应的第二标识，确定与所述第二标识相匹配的第二显示区域，并在所述第二显示区域内显示所述应用页面。
5.根据权利要求4所述的应用页面的生成方法，其特征在于，
所述浏览器在响应用户发送的服务请求后，在第二显示区域内显示初始页面；并在生成所述目标应用标识对应的应用页面后，将所述初始页面切换为所述应用页面。
6.根据权利要求4所述的应用页面的生成方法，其特征在于，所述多个应用程序以微前端技术框架布置在所述后台服务器中。
CN202010932626.1A 2020-09-08 2020-09-08 一种应用页面的生成系统及方法 Active CN112073511B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010932626.1A CN112073511B (zh) 2020-09-08 2020-09-08 一种应用页面的生成系统及方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010932626.1A CN112073511B (zh) 2020-09-08 2020-09-08 一种应用页面的生成系统及方法

Publications (2)

Publication Number Publication Date
CN112073511A CN112073511A (zh) 2020-12-11
CN112073511B true CN112073511B (zh) 2023-11-14

Family

ID=73664062

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010932626.1A Active CN112073511B (zh) 2020-09-08 2020-09-08 一种应用页面的生成系统及方法

Country Status (1)

Country Link
CN (1) CN112073511B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114401320A (zh) * 2021-12-14 2022-04-26 杭州趣链科技有限公司 子应用访问方法、系统、区块链平台、网关及存储介质
CN114968460A (zh) * 2022-05-27 2022-08-30 金蝶软件（中国）有限公司 一种页面切换的方法和相关设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103186646A (zh) * 2011-12-31 2013-07-03 联想(北京)有限公司 一种面向应用程序的显示方法、设备和系统
CN110647700A (zh) * 2019-08-13 2020-01-03 平安普惠企业管理有限公司 页面资源的加载方法、装置、计算机设备和存储介质
CN110765379A (zh) * 2019-09-20 2020-02-07 苏州达家迎信息技术有限公司 加载资源文件的方法、装置、计算机设备及存储介质
CN111079048A (zh) * 2019-12-04 2020-04-28 北京达佳互联信息技术有限公司 一种页面加载方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108595665A (zh) * 2018-04-28 2018-09-28 北京小米移动软件有限公司 网页内容的显示方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103186646A (zh) * 2011-12-31 2013-07-03 联想(北京)有限公司 一种面向应用程序的显示方法、设备和系统
CN110647700A (zh) * 2019-08-13 2020-01-03 平安普惠企业管理有限公司 页面资源的加载方法、装置、计算机设备和存储介质
CN110765379A (zh) * 2019-09-20 2020-02-07 苏州达家迎信息技术有限公司 加载资源文件的方法、装置、计算机设备及存储介质
CN111079048A (zh) * 2019-12-04 2020-04-28 北京达佳互联信息技术有限公司 一种页面加载方法及装置

Also Published As

Publication number Publication date
CN112073511A (zh) 2020-12-11

Similar Documents

Publication Publication Date Title
EP3822828A2 (en) Method, apparatus, device and storage medium for determining page theme and computer program product
US7676474B2 (en) Systems and methods for finding log files generated by a distributed computer
CN109189841B (zh) 一种多数据源访问方法及系统
CN109542529B (zh) 基于函数名称的埋点方法、装置、计算机设备及存储介质
CN112073511B (zh) 一种应用页面的生成系统及方法
US10120886B2 (en) Database integration of originally decoupled components
CN110083627B (zh) 数据处理方法、系统、计算机设备和存储介质
CN111988171A (zh) 基于RESTful风格请求调用SOAP Web服务的方法、代理服务器及系统
US7886227B2 (en) Cross-environment context-sensitive help files
CN114546220A (zh) 页面配置方法及装置、存储介质、计算机设备
CN109710604A (zh) 数据处理方法、装置、系统、计算机可读存储介质
CN101772196A (zh) 处理移动终端发送的信息的方法和系统以及代理服务器
CN111885206B (zh) 一种支持多电商平台并向指定环境推送数据的云平台
EP1370985A2 (en) Systeme and method for dynamic web page generation
CN111506644B (zh) 一种应用数据处理方法、装置和电子设备
CN103092942A (zh) 查询信息获取及展示的客户端、方法及系统
CN113157722A (zh) 一种数据处理方法、装置、服务器、系统及存储介质
CN117112654B (zh) 城市数据展示方法、装置、计算机设备和存储介质
CN112817813B (zh) 基于react hooks的数据收集方法、装置及设备
CN102932178A (zh) 一种实现lvs自动化运维的方法和一种运维管理设备
CN116634227A (zh) 数据处理方法、装置、电子设备及存储介质
CN117908947A (zh) 平台信息配置方法、装置、设备及存储介质
CN117707807A (zh) 消息处理方法、系统、计算机设备及机器可读存储介质
CN114116049A (zh) 数据处理方法、装置、电子设备和计算机可读存储介质
CN113900959A (zh) 软件测试方法、装置、设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information
CB02 Change of applicant information

Address after: 100010 room 1501, Gehua building, No.1 Qinglong Hutong, Dongcheng District, Beijing

Applicant after: Kunlun Digital Technology Co.,Ltd.

Applicant after: BGP INC., CHINA NATIONAL PETROLEUM Corp.

Address before: 100010 room 1501, Gehua building, No.1 Qinglong Hutong, Dongcheng District, Beijing

Applicant before: RICHFIT INFORMATION TECHNOLOGY Co.,Ltd.

Applicant before: BGP INC., CHINA NATIONAL PETROLEUM Corp.

TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20220321

Address after: 100010 room 1501, Gehua building, No.1 Qinglong Hutong, Dongcheng District, Beijing

Applicant after: Kunlun Digital Technology Co.,Ltd.

Applicant after: CHINA NATIONAL PETROLEUM Corp.

Address before: 100010 room 1501, Gehua building, No.1 Qinglong Hutong, Dongcheng District, Beijing

Applicant before: Kunlun Digital Technology Co.,Ltd.

Applicant before: BGP INC., CHINA NATIONAL PETROLEUM Corp.

GR01 Patent grant
GR01 Patent grant