CN112637074B - web静态资源协调方法、装置及分发系统 - Google Patents

web静态资源协调方法、装置及分发系统 Download PDF

Info

Publication number
CN112637074B
CN112637074B CN201910948592.2A CN201910948592A CN112637074B CN 112637074 B CN112637074 B CN 112637074B CN 201910948592 A CN201910948592 A CN 201910948592A CN 112637074 B CN112637074 B CN 112637074B
Authority
CN
China
Prior art keywords
configuration data
web application
file
web
data
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
CN201910948592.2A
Other languages
English (en)
Other versions
CN112637074A (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.)
China Mobile Communications Group Co Ltd
China Mobile Group Zhejiang Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Group Zhejiang Co Ltd
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 China Mobile Communications Group Co Ltd, China Mobile Group Zhejiang Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN201910948592.2A priority Critical patent/CN112637074B/zh
Publication of CN112637074A publication Critical patent/CN112637074A/zh
Application granted granted Critical
Publication of CN112637074B publication Critical patent/CN112637074B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H04L45/742—Route cache; Operation thereof
    • 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/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/14—Routing performance; Theoretical aspects
    • 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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances
    • 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

本发明实施例涉及通信网络技术领域，公开了一种web静态资源协调方法及装置、运行方法及装置、分发系统，该协调方法包括：获取声明文件，所述声明文件是基于web应用的依赖资源而生成的；对所述声明文件进行配置，得到对应的配置数据，所述配置数据包括所述声明文件与对应路由的匹配规则；将所述配置数据推送至每一运行容器，便于所述运行容器基于所述配置数据进行响应数据的绑定。通过上述方式，本发明实施例中通过声明文件来区分版本，提高灵活度，而以推送方式将路由匹配推送至各运行节点，可减少运行节点的负担。

Description

web静态资源协调方法、装置及分发系统
技术领域
本发明实施例涉及通信网络技术领域，具体涉及一种web静态资源协调方法、装置及分发系统。
背景技术
在业务形态多元化发展的背景下，衍生出大量的应用场景及灵活的IT支撑建设需要。对应地，应用系统的后台架构也从SOA向着MSP的形态逐步演进，这也对Web应用迭代周期的开发、测试、运行态提出了新的需求。而衍生出的静态编译(开发态)、自动化测试(测试态)已经被广泛应用在大多数Web应用项目建设中。但Web运行态还大多停留在传统的模式下。
现有技术中，Web运行态主要采用以下方式：覆盖式发布：发布过程使用新版本替换原有版本，不保留原有版本；静态路由规则：使用资源路径录或key-value配置作为路由规则来处理请求，运行状态下不可变；动态路由规则：通过在Web应用外部挂载额外缓存服务，存储路由规则，可以达到动态路由规则的效果，但每次处理请求时都需要调用额外服务，但覆盖式发布运行环境只留存当前版本，而静态路由规则在运行态下不可改变，运行态下无法在多个版本之间无缝切换，现有的动态路由实现方案中，由于Web应用在处理请求时需访问额外服务来获取随时可变的路由规则(例如：路由配置缓存)，需要在整个响应回路中增加流程，这降低响应效率，增加系统开销，同时也增加了故障点。
发明内容
鉴于上述问题，本发明实施例提供了一种web静态资源协调方法及装置、运行方法及装置、分发系统、计算设备及计算机存储介质，克服了上述问题或者至少部分地解决了上述问题。
根据本发明实施例的一个方面，提供了一种web静态资源协调方法，所述方法包括：获取声明文件，所述声明文件是基于web应用的依赖资源而生成的；对所述声明文件进行配置，得到对应的配置数据，所述配置数据包括所述声明文件与对应路由的匹配规则；将所述配置数据推送至每一运行容器，便于所述运行容器基于所述配置数据进行响应数据的绑定。
在一种可选的方式中，所述方法还包括：接收版本切换指示；获取与所述指示对应版本的配置数据；将所述配置数据推送至每一运行容器，便于所述运行容器基于所述配置数据进行响应数据的绑定。
在一种可选的方式中，所述声明文件是从所述web应用的编译文件中提取依赖资源，并基于所提取的依赖资源而生成，每一所述声明文件及对应的代码包具有相同的版本号。
根据本发明实施例的另一个方面，提供了一种web静态资源运行方法，所述方法包括：
接收协调装置推送的配置数据，所述配置数据是对对应的声明文件进行配置所得，所述声明文件是基于web应用的依赖资源而生成的；
基于所述配置数据生成所述web应用的响应数据，并将所述响应数据与对应匹配规则绑定。
在一种可选的方式中，所述基于所述配置数据生成所述web应用的响应数据，并将所述响应数据与对应匹配规则绑定，包括：解析所述配置数据，得到对应的依赖资源；基于所述依赖资源获取所述web应用的响应数据；将所述响应数据与对应匹配规则绑定。
在一种可选的方式中，所述方法还包括：接收客户端的web应用的页面请求；基于所述页面请求在数据库中进行路由规则的匹配；若匹配成功则获取对应的代码包并响应所述页面请求。
根据本发明实施例的另一个方面，提供了一种web静态资源协调装置，所述装置包括：获取模块，用于获取声明文件，所述声明文件是基于web应用的依赖资源而生成的；配置模块，用于对所述声明文件进行配置，得到对应的配置数据，所述配置数据包括所述声明文件与对应路由的匹配规则；推送模块，用于将所述配置数据推送至每一运行容器，便于所述运行容器基于所述配置数据进行响应数据的绑定。
根据本发明实施例的另一个方面，提供了一种web静态资源运行装置，其特征在于，所述装置包括：接收模块，用于接收协调装置推送的配置数据，所述配置数据是对对应的声明文件进行配置所得，所述声明文件是基于web应用的依赖资源而生成的；绑定模块，用于基于所述配置数据生成所述web应用的响应数据，并将所述响应数据与对应匹配规则绑定。
根据本发明实施例的另一方面，提供了一种web静态资源分发系统，所述分发系统包括web静态资源协调装置及与其连接的至少两个运行容器，所述协调装置包括：获取模块，用于获取声明文件，所述声明文件是基于web应用的依赖资源而生成的；配置模块，用于对所述声明文件进行配置，得到对应的配置数据，所述配置数据包括所述声明文件与对应路由的匹配规则；推送模块，用于将所述配置数据推送至每一运行容器，便于所述运行容器基于所述配置数据进行响应数据的绑定；每一所述运行容器用于：接收协调装置推送的配置数据，所述配置数据是对对应的声明文件进行配置所得，所述声明文件是基于web应用的依赖资源而生成的；还用于基于所述配置数据生成所述web应用的响应数据，并将所述响应数据与对应匹配规则绑定。
根据本发明实施例的另一方面，提供了一种服务端，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述web静态资源协调方法的步骤。
根据本发明实施例的又一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使所述处理器执行上述web静态资源协调方法步骤。
本发明实施例中，在完成web应用的编译时，从编译文件中提取依赖资源，并根据依赖资源生成对应的声明文件，根据声明文件进行配置，形成该版本的web应用对应的匹配规则，通过声明文件来区分版本，提高灵活度。
上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了本发明第一实施例提供的web静态资源协调方法的流程示意图；
图2示出了了本发明第二实施例提供的web静态资源协调装置的结构示意图；
图3示出了本发明第三实施例提供的web静态资源运行方法的流程示意图；
图4示出了示出了本发明第四实施例的web静态资源运行装置的结构示意图；
图5示出了本发明第五实施例的web静态资源分发系统的结构示意图；
图6示出了本发明第六实施例提供的服务端的结构示意图；
图7示出了本发明第七实施例提供的服务端的结构示意图。
具体实施方式
下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。
图1示出了本发明第一实施例提供的web静态资源协调方法的流程示意图。如图1所示，web静态资源协调方法包括：
步骤S11，获取声明文件；
具体地，获取声明文件，该声明文件是基于web应用的依赖资源而生成的，优选地，该声明文件是来自依赖提取装置，由依赖提取装置在web应用编译完成后，对编译文件进行解析，解耦web应用中的HTML与静态依赖(JS/CSS/IMG/JSON/XML)的对应关系，根据该静态依赖资源生成声明文件(manifest file)，该声明文件中定义每个web应用的页面版本标注，例如manifestfile-1.0.0。在生成声明文件后，以编译数据的方式发布，该编译数据包括该web应用的代码包及对应的声明文件，该web应用的代码包及对应的声明文件具有同一版本号，例如：manifest-1.2.0，对应的代码包的版本号为1.2.0。
步骤S12，对声明文件进行配置，得到对应的配置数据；
具体地，接收到该编译数据后，将代码包存储在数据库中，根据预设匹配方式，对声明文件进行配置，得到对应的配置数据，即设定声明文件与对应路由的匹配规则(例如URL)，形成声明文件-路由的对应关系，例如：web应用-版本号-声明文件-版本依赖等，然后将其存储在上述数据库中，该配置数据包括：声明文件-路由的对应关系、对应的声明文件等。
步骤S13，将配置数据推送至每一运行容器；
具体地，在生成配置数据后，将其推送给每一运行容器，便于将所述配置数据推送至每一运行容器，便于所述运行容器基于所述配置数据进行响应数据的绑定，如运行容器基于所述配置数据生成所述web应用的响应数据，并将响应数据与对应匹配规则绑定。
在本实施例中，在完成web应用的编译时，从编译文件中提取依赖资源，并根据依赖资源生成对应的声明文件，根据声明文件进行配置，形成该版本的web应用对应的匹配规则，通过声明文件来区分版本，提高灵活度，而以推送方式将路由匹配推送至各运行节点，可减少运行节点的负担。
在本实施例的一个优选方案中，该方法还包括：
接收版本切换指示；
具体地，若接收到用户的，或者web应用周期性更换版本时，会发出版本切换指示，该指示携带目标版本号。
获取与指示对应版本的配置数据；
具体地，数据库中存储有每一web应用的不同版本对应的配置数据，直接根据指示从数据库中获取目标版本号对应的配置数据；
将配置数据推送至每一运行容器，便于所述运行容器基于所述配置数据进行响应数据的绑定。
在本实施例中，在完成web应用的编译时，从编译文件中提取依赖资源，并根据依赖资源生成对应的声明文件，根据声明文件进行配置，形成该版本的web应用对应的匹配规则，通过声明文件来区分版本，提高灵活度，而以推送方式将路由匹配推送至各运行节点，可减少运行节点的负担。
其次，预先存储有不同版本web应用的配置数据，若需要更换版本时，直接从数据库中提取并推送至运行节点，实现快速更换版本目的。
图2示出了本发明第二实施例提供的web静态资源协调装置的结构示意图。如图2所示，web静态资源协调装置包括：获取模块21、与获取模块21连接的配置模块22、与配置模块22连接的推送模块23，其中：
获取模块21，用于获取声明文件；
具体地，获取声明文件，该声明文件是基于web应用的依赖资源而生成的，优选地，该声明文件是来自依赖提取装置，由依赖提取装置在web应用编译完成后，对编译文件进行解析，解耦web应用中的HTML与静态依赖(JS/CSS/IMG/JSON/XML)的对应关系，根据该静态依赖资源生成声明文件(manifest file)，该声明文件中定义每个web应用的页面版本标注，例如manifestfile-1.0.0。在生成声明文件后，以编译数据的方式发布，该编译数据包括该web应用的代码包及对应的声明文件，该web应用的代码包及对应的声明文件具有同一版本号，例如：manifest-1.2.0，对应的代码包的版本号为1.2.0。
配置模块22，用于对声明文件进行配置，得到对应的配置数据；
具体地，接收到该编译数据后，将代码包存储在数据库中，根据预设匹配方式，对声明文件进行配置，得到对应的配置数据，即设定声明文件与对应路由的匹配规则(例如URL)，形成声明文件-路由的对应关系，例如：web应用-版本号-声明文件-版本依赖等，然后将其存储在上述数据库中，该配置数据包括：声明文件-路由的对应关系、对应的声明文件等。
推送模块23，用于将配置数据推送至每一运行容器；
具体地，在生成配置数据后，将其推送给每一运行容器，便于所述运行容器基于所述配置数据进行响应数据的绑定，如运行容器基于所述配置数据生成所述web应用的响应数据，并将响应数据与对应匹配规则绑定。
在本实施例中，在完成web应用的编译时，从编译文件中提取依赖资源，并根据依赖资源生成对应的声明文件，根据声明文件进行配置，形成该版本的web应用对应的匹配规则，通过声明文件来区分版本，提高灵活度，而以推送方式将路由匹配推送至各运行节点，可减少运行节点的负担。
在本实施例的一个优选方案中，该装置还包括：
指令接收模块，用于接收版本切换指示；
具体地，若接收到用户的，或者web应用周期性更换版本时，会发出版本切换指示，该指示携带目标版本号，指令接收模块将所述指令反馈给获取模块。
获取模块，用于获取与指示对应版本的配置数据；
具体地，数据库中存储有每一web应用的不同版本对应的配置数据，直接根据指示从数据库中获取目标版本号对应的配置数据，然后反馈给推送模块23；
推送模块23还用于：将配置数据推送至每一运行容器，便于所述运行容器基于所述配置数据进行响应数据的绑定，如运行容器基于配置数据生成所述web应用的响应数据，并将响应数据与对应匹配规则绑定。
在本实施例中，在完成web应用的编译时，从编译文件中提取依赖资源，并根据依赖资源生成对应的声明文件，根据声明文件进行配置，形成该版本的web应用对应的匹配规则，通过声明文件来区分版本，提高灵活度，而以推送方式将路由匹配推送至各运行节点，可减少运行节点的负担。
其次，预先存储有不同版本web应用的配置数据，若需要更换版本时，直接从数据库中提取并推送至运行节点，实现快速更换版本目的。
图3示出了本发明第三实施例提供的web静态资源运行方法的流程示意图。如图3所示，web静态资源运行方法包括：
步骤S31，接收协调装置推送的配置数据；
具体地，接收由协调装置推送的配置数据，该配置数据是对对应的声明文件进行配置所得，所述声明文件是基于web应用的依赖资源而生成的；
步骤S32，基于配置数据生成所述web应用的响应数据，并将响应数据与对应匹配规则绑定。
具体地，首先对配置数据进行解析，得到对应的依赖资源，然后基于依赖资源获取该web应用的响应数据(即获取该web应用的代码包)，将响应数据与对应匹配规则绑定，最终形成对应的静态页面，可供客户端触发使用。
在本实施例的一个优选方案中，该分发方法还包括：
接收客户端的web应用的页面请求；
基于页面请求在数据库中进行路由规则的匹配；
若匹配成功则获取对应的代码包并响应页面请求；
具体地，若接收到客户端的web应用的页面请求时，基于页面请求在数据库中进行路由规则的匹配，若匹配成功后获取对应的代码包并响应页面请求，如匹配不成功则向客户端反馈请求失败。如根据web页面请求携带的信息(如web应用名称、版本号等)与存储的配置数据进行匹配，若存在对应的配置数据，则根据该信息找到匹配数据，然后获取该匹配数据对应的代码包，响应页面请求。
在本实施例中，以推送方式将路由匹配推送至各运行节点，可减少运行节点的负担。
其次，在完成web应用的编译时，从编译文件中提取依赖资源，并根据依赖资源生成对应的声明文件，根据声明文件进行配置，形成该版本的web应用对应的匹配规则，通过声明文件来区分版本，提高灵活度。
再者，预先存储有不同版本web应用的配置数据，有页面请求时，直接进行匹配，匹配后获取对应的代码包，提高响应速度。
图4示出了本发明第四实施例的web静态资源运行装置的结构示意图。该运行装置包括：接收模块41、与接收模块41连接的绑定模块42，其中：
接收模块41，用于接收协调装置推送的配置数据；
具体地，接收由协调装置推送的配置数据，该配置数据是对对应的声明文件进行配置所得，所述声明文件是基于web应用的依赖资源而生成的；
绑定模块42，用于基于配置数据生成所述web应用的响应数据，并将响应数据与对应匹配规则绑定。
具体地，首先对配置数据进行解析，得到对应的依赖资源，然后基于依赖资源获取该web应用的响应数据(即获取该web应用的代码包)，将响应数据与对应匹配规则绑定，最终形成对应的静态页面，可供客户端触发使用。
在本实施例的一个优选方案中，该运行装置还包括：
匹配模块，用于接收客户端的web应用的页面请求，基于页面请求在数据库中进行路由规则的匹配；
响应模块，用于若匹配成功则获取对应的代码包并响应页面请求；
具体地，若接收到客户端的web应用的页面请求时，基于页面请求在数据库中进行路由规则的匹配，若匹配成功后获取对应的代码包并响应页面请求，如匹配不成功则向客户端反馈请求失败。如根据web页面请求携带的信息(如web应用名称、版本号等)与存储的配置数据进行匹配，若存在对应的配置数据，则根据该信息找到匹配数据，然后获取该匹配数据对应的代码包，响应页面请求。
在本实施例中，以推送方式将路由匹配推送至各运行节点，可减少运行节点的负担。
其次，在完成web应用的编译时，从编译文件中提取依赖资源，并根据依赖资源生成对应的声明文件，根据声明文件进行配置，形成该版本的web应用对应的匹配规则，通过声明文件来区分版本，提高灵活度。
再者，预先存储有不同版本web应用的配置数据，有页面请求时，直接进行匹配，匹配后获取对应的代码包，提高响应速度。
图5示出了本发明第五实施例的web静态资源分发系统的结构示意图，该分发系统包括：web静态资源协调装置51及与其连接的至少两个运行容器52，该web静态资源协调装置的具体结构及工作原理与第二实施例所述的web静态资源协调装置的具体结构及工作原理一致，此处不再赘述，该运行容器即为web静态资源运行装置，该运行容器的具体结构及工作原理与第四实施例所述的一种web静态资源运行装置的具体结构及工作原理一致，具体可参考上述实施例，此处不再赘述。
在本实施例的一个优选方案中，该系统与依赖资源提取装置连接，接收该依赖提取装置发布的编译数据，优选地，该依赖资源提取装置，用于对web应用的编译文件进行解析，从解析结果中提取依赖资源，并基于所提取的依赖资源生成声明文件，并发布至web静态资源协调装置51中。
为了便于理解，下面具体描述一实现过程：
在web工程中，在web应用编译完成后，该依赖资源提取装置对对应的编译文件进行解析，解耦web应用中的HTML与静态依赖资源的对应关系，提取当前web应用所有的依赖的静态资源(依赖资源)，生成当前版本的声明文件，通过声明文件定个每个web页面版本，然后向web静态资源分发系统发布编译数据，该编译数据包括声明文件及对应的代码包，该代码包存储在该web静态资源分发系统的数据库中，该web静态资源分发系统的web静态资源协调装置51对该声明文件进行配置，得到对应的配置数据，即设定该声明文件与对应路由的匹配规则，形成web应用-版本号-声明文件-版本依赖等，然后将其存储在上述数据库中，接着该web静态资源协调装置51还将配置数据推送到每一个运行容器52中，每一运行容器52接收推送的配置数据，然后解析配置数据，得到对应的匹配规则及依赖资源，根据依赖资源生成对应web应用的响应数据(如代码包)，然后将响应数据与路由匹配规则绑定，并存储。在后续过程中，若其中一个运行容器52接收到客户端的web应用的页面请求时，该运行容器52根据内部缓存的路由匹配规则进行匹配，匹配到目标路由规则后，调用对应的响应数据(代码包)以响应该客户端请求，将响应数据与对应匹配规则绑定，最终形成对应的静态页面，可供客户端触发使用。
在后续过程中，若需要进行web应用的版本切换时，web静态资源协调装置51接收到版本切换指示，根据该指示获取与指示对应版本的配置数据，将配置数据推送至每一运行容器52，便于运行容器52基于所述配置数据进行响应数据的绑定。
在本实施例中，在完成web应用的编译时，从编译文件中提取依赖资源，并根据依赖资源生成对应的声明文件，根据声明文件进行配置，形成该版本的web应用对应的匹配规则，通过声明文件来区分版本，提高灵活度。
本发明实施例还提供了一种计算机程序产品，所述计算机程序产品包括存储在计算机存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述任意方法实施例中的web静态资源协调的方法或web静态资源运行方法。
可执行指令具体可以用于使得处理器执行以下操作：
获取声明文件，所述声明文件是基于web应用的依赖资源而生成的；
对所述声明文件进行配置，得到对应的配置数据，所述配置数据包括所述声明文件与对应路由的匹配规则；
将所述配置数据推送至每一运行容器，便于所述运行容器基于所述配置数据进行响应数据的绑定。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
接收版本切换指示；
获取与所述指示对应版本的配置数据；
将所述配置数据推送至每一运行容器，便于所述运行容器基于所述配置数据进行响应数据的绑定。
在一种可选的方式中，所述声明文件是从所述web应用的编译文件中提取依赖资源，并基于所提取的依赖资源而生成，每一所述声明文件及对应的代码包具有相同的版本号。
本发明实施例中，在完成web应用的编译时，从编译文件中提取依赖资源，并根据依赖资源生成对应的声明文件，根据声明文件进行配置，形成该版本的web应用对应的匹配规则，通过声明文件来区分版本，提高灵活度。
本发明实施例还提供了一种计算机程序产品，所述计算机程序产品包括存储在计算机存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述任意方法实施例中的web静态资源运行方法。
可执行指令具体可以用于使得处理器执行以下操作：
接收协调装置推送的配置数据，所述配置数据是对对应的声明文件进行配置所得，所述声明文件是基于web应用的依赖资源而生成的；
基于所述配置数据生成所述web应用的响应数据，并将所述响应数据与对应匹配规则绑定。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
解析所述配置数据，得到对应的依赖资源；
基于所述依赖资源获取所述web应用的响应数据；
将所述响应数据与对应匹配规则绑定。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
接收客户端的web应用的页面请求；
基于所述页面请求在数据库中进行路由规则的匹配；
若匹配成功则获取对应的代码包并响应所述页面请求。
图6示出了本发明第六实施例的服务端的结构示意图，本发明具体实施例并不对设备的具体实现做限定。
如图6所示，该服务端可以包括：处理器(processor)602、通信接口(Communications Interface)604、存储器(memory)606、以及通信总线608。
其中：处理器602、通信接口804、以及存储器606通过通信总线608完成相互间的通信。通信接口604，用于与其它设备比如客户端或其它服务器等的网元通信。处理器602，用于程序610执行程序610，具体可以执行上述web静态资源协调方法实施例中的相关步骤。
具体地，程序610可以包括程序代码，该程序代码包括计算机操作指令。
处理器602可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。
存储器606，用于存放程序610。存储器606可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
程序610具体可以用于使得处理器602执行以下操作：
获取声明文件，所述声明文件是基于web应用的依赖资源而生成的；
对所述声明文件进行配置，得到对应的配置数据，所述配置数据包括所述声明文件与对应路由的匹配规则；
将所述配置数据推送至每一运行容器，便于所述运行容器基于所述配置数据进行响应数据的绑定。
在一种可选的方式中，所述程序610使所述处理器602执行以下操作：
接收版本切换指示；
获取与所述指示对应版本的配置数据；
将所述配置数据推送至每一运行容器，便于所述运行容器基于所述配置数据进行响应数据的绑定。
在一种可选的方式中，所述声明文件是从所述web应用的编译文件中提取依赖资源，并基于所提取的依赖资源而生成，每一所述声明文件及对应的代码包具有相同的版本号。
图7示出了本发明第七实施例的服务端的结构示意图，本发明具体实施例并不对设备的具体实现做限定。
如图7所示，该服务端可以包括：处理器(processor)702、通信接口(Communications Interface)704、存储器(memory)606、以及通信总线708。
其中：处理器702、通信接口704、以及存储器706通过通信总线708完成相互间的通信。通信接口704，用于与其它设备比如客户端或其它服务器等的网元通信。处理器702，用于程序710执行程序710，具体可以执行上述web静态资源运行方法实施例中的相关步骤。
具体地，程序710可以包括程序代码，该程序代码包括计算机操作指令。
处理器702可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。
存储器706，用于存放程序710。存储器706可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
程序710具体可以用于使得处理器702执行以下操作：
接收协调装置推送的配置数据，所述配置数据是对对应的声明文件进行配置所得，所述声明文件是基于web应用的依赖资源而生成的；
基于所述配置数据生成所述web应用的响应数据，并将所述响应数据与对应匹配规则绑定。
在一种可选的方式中，所述程序710使所述处理器702执行以下操作：
解析所述配置数据，得到对应的依赖资源；
基于所述依赖资源获取所述web应用的响应数据；
将所述响应数据与对应匹配规则绑定。
在一种可选的方式中，所述程序710使所述处理器702执行以下操作：
接收客户端的web应用的页面请求；
基于所述页面请求在数据库中进行路由规则的匹配；
若匹配成功则获取对应的代码包并响应所述页面请求。
本发明实施例中，在完成web应用的编译时，从编译文件中提取依赖资源，并根据依赖资源生成对应的声明文件，根据声明文件进行配置，形成该版本的web应用对应的匹配规则，通过声明文件来区分版本，提高灵活度。
在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

Claims (8)

1.一种web静态资源协调方法，其特征在于，所述方法包括：
获取声明文件，所述声明文件是基于web应用的依赖资源而生成的；所述声明文件由依赖提取装置在web应用编译完成后，对编译文件进行解析，解耦web应用中的HTML与静态依赖的对应关系，根据所述静态依赖资源生成；所述声明文件中定义每个web应用的页面版本标注；
对所述声明文件进行配置，得到对应的配置数据，所述配置数据包括所述声明文件与对应路由的匹配规则；
将所述配置数据推送至每一运行容器，便于所述运行容器基于所述配置数据进行响应数据的绑定；
若接收版本切换指示；获取与所述指示对应版本的配置数据；将所述配置数据推送至每一运行容器，便于所述运行容器基于所述配置数据进行响应数据的绑定。
2.一种web静态资源分发方法，其特征在于，所述方法包括：
接收协调装置推送的配置数据，所述配置数据是对对应的声明文件进行配置所得，所述声明文件是基于web应用的依赖资源而生成的；所述声明文件由依赖提取装置在web应用编译完成后，对编译文件进行解析，解耦web应用中的HTML与静态依赖资源的对应关系，根据所述静态依赖资源生成；所述声明文件中定义每个web应用的页面版本标注；所述协调装置若接收版本切换指示；获取与所述指示对应版本的配置数据；将所述配置数据推送至每一运行容器，便于所述运行容器基于所述配置数据进行响应数据的绑定；
基于所述配置数据生成所述web应用的响应数据，并将所述响应数据与对应匹配规则绑定。
3.如权利要求2所述的方法，其特征在于，所述基于所述配置数据生成所述web应用的响应数据，并将所述响应数据与对应匹配规则绑定，包括：
解析所述配置数据，得到对应的依赖资源；
基于所述依赖资源获取所述web应用的响应数据；
将所述响应数据与对应匹配规则绑定。
4.如权利要求2或3的方法，其特征在于，所述方法还包括：
接收客户端的web应用的页面请求；
基于所述页面请求在数据库中进行路由规则的匹配；
若匹配成功则获取对应的代码包并响应所述页面请求。
5.一种web静态资源协调装置，其特征在于，包括：
获取模块，用于获取声明文件，所述声明文件是基于web应用的依赖资源而生成的；
配置模块，用于对所述声明文件进行配置，得到对应的配置数据，所述配置数据包括所述声明文件与对应路由的匹配规则；
推送模块，用于将所述配置数据推送至每一运行容器，便于所述运行容器基于所述配置数据进行响应数据的绑定将所述配置数据推送至每一运行容器，便于所述运行容器基于所述配置数据进行响应数据的绑定。
6.一种web静态资源运行装置，其特征在于，包括：
接收模块，用于接收协调装置推送的配置数据，所述配置数据是对对应的声明文件进行配置所得，所述声明文件是基于web应用的依赖资源而生成的；
绑定模块，用于基于所述配置数据生成所述web应用的响应数据，并将所述响应数据与对应匹配规则绑定。
7.一种web静态资源分发系统，其特征在于，包括：如权利要求5所述web静态资源协调装置及与其连接的至少两个运行容器，每一所述运行容器用于：接收协调装置推送的配置数据，所述配置数据是对对应的声明文件进行配置所得，所述声明文件是基于web应用的依赖资源而生成的；还用于基于所述配置数据生成所述web应用的响应数据，并将所述响应数据与对应匹配规则绑定。
8.一种服务端，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行根据权利要求1所述web静态资源协调方法的步骤，或执行根据权利要求2-3任一项所述web静态资源分发方法的步骤。
CN201910948592.2A 2019-10-08 2019-10-08 web静态资源协调方法、装置及分发系统 Active CN112637074B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910948592.2A CN112637074B (zh) 2019-10-08 2019-10-08 web静态资源协调方法、装置及分发系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910948592.2A CN112637074B (zh) 2019-10-08 2019-10-08 web静态资源协调方法、装置及分发系统

Publications (2)

Publication Number Publication Date
CN112637074A CN112637074A (zh) 2021-04-09
CN112637074B true CN112637074B (zh) 2023-04-28

Family

ID=75282989

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910948592.2A Active CN112637074B (zh) 2019-10-08 2019-10-08 web静态资源协调方法、装置及分发系统

Country Status (1)

Country Link
CN (1) CN112637074B (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105956030A (zh) * 2016-04-25 2016-09-21 浪潮电子信息产业股份有限公司 一种web系统及web请求的处理方法
CN107169000A (zh) * 2017-03-31 2017-09-15 武汉斗鱼网络科技有限公司 静态资源发布方法及装置
WO2017167050A1 (zh) * 2016-03-29 2017-10-05 阿里巴巴集团控股有限公司 配置信息生成、发送方法及资源加载方法和装置及系统
CN107465722A (zh) * 2017-07-04 2017-12-12 阿里巴巴集团控股有限公司 Web访问的实现方法和装置
CN107577459A (zh) * 2017-08-21 2018-01-12 杰为软件系统(深圳)有限公司 一种基于组件化的拖拽式跨平台应用开发系统及方法
CN110020326A (zh) * 2018-09-07 2019-07-16 天翼电子商务有限公司 一种提升Webview打开速度的方法
CN110244962A (zh) * 2019-04-29 2019-09-17 北京辰森世纪科技股份有限公司 加载应用文件的及装置、系统、存储介质、电子装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017167050A1 (zh) * 2016-03-29 2017-10-05 阿里巴巴集团控股有限公司 配置信息生成、发送方法及资源加载方法和装置及系统
CN105956030A (zh) * 2016-04-25 2016-09-21 浪潮电子信息产业股份有限公司 一种web系统及web请求的处理方法
CN107169000A (zh) * 2017-03-31 2017-09-15 武汉斗鱼网络科技有限公司 静态资源发布方法及装置
CN107465722A (zh) * 2017-07-04 2017-12-12 阿里巴巴集团控股有限公司 Web访问的实现方法和装置
CN107577459A (zh) * 2017-08-21 2018-01-12 杰为软件系统(深圳)有限公司 一种基于组件化的拖拽式跨平台应用开发系统及方法
CN110020326A (zh) * 2018-09-07 2019-07-16 天翼电子商务有限公司 一种提升Webview打开速度的方法
CN110244962A (zh) * 2019-04-29 2019-09-17 北京辰森世纪科技股份有限公司 加载应用文件的及装置、系统、存储介质、电子装置

Also Published As

Publication number Publication date
CN112637074A (zh) 2021-04-09

Similar Documents

Publication Publication Date Title
CN109976761B (zh) 软件开发工具包的生成方法、装置及终端设备
JP6755954B2 (ja) インターフェースデータの提示方法及び装置
US10630614B2 (en) Opaque message parsing
CN109002362B (zh) 一种服务方法、装置、系统以及电子设备
US10318318B2 (en) Extending user interface of a web console
CN106909361B (zh) 基于模版引擎的web开发方法和装置
US20150100879A1 (en) Framework for dependency management and automatic file load in a network environment
CN109032797A (zh) 用于提供网页访问的方法及设备
CN108536489B (zh) 匹配资源环境的方法、装置和计算机可读存储介质
CN105204917B (zh) 在应用程序启动时加载配置文件的方法及装置
CN111026634A (zh) 一种接口自动化测试系统、方法、装置及存储介质
CN111880790A (zh) 页面渲染方法、页面渲染系统和计算机可读存储介质
CN103338233B (zh) 负载均衡设备、Web服务器及请求信息处理方法和系统
CN115599359A (zh) 一种代码生成方法、装置、设备及介质
CN114661375A (zh) 应用集成方法及装置
CN113179269B (zh) 基于物联网的协议数据解析方法、系统、介质
CN111813385B (zh) 一种基于Web应用的页面插件化方法、装置及设备
CN117519877A (zh) 快应用卡片的渲染方法、装置、存储介质及电子设备
CN112637074B (zh) web静态资源协调方法、装置及分发系统
CN113076099A (zh) 一种页面生成方法、装置、设备以及计算机存储介质
CN111679828A (zh) 一种数据处理的方法及装置、电子设备、存储介质
CN116911588A (zh) 业务流程执行方法、装置、设备及存储介质
CN115202756A (zh) 基于Vue的组件加载方法、系统和电子设备
CN113630468B (zh) 一种动态代理的方法
Schuette et al. Exploiting instruction-level resource parallelism for transparent, integrated control-flow monitoring

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
GR01 Patent grant
GR01 Patent grant