CN112948018B - Dynamic library loading method, device, equipment and medium for applet - Google Patents
Dynamic library loading method, device, equipment and medium for applet Download PDFInfo
- Publication number
- CN112948018B CN112948018B CN202110227841.6A CN202110227841A CN112948018B CN 112948018 B CN112948018 B CN 112948018B CN 202110227841 A CN202110227841 A CN 202110227841A CN 112948018 B CN112948018 B CN 112948018B
- Authority
- CN
- China
- Prior art keywords
- applet
- dynamic library
- manifest file
- file
- version
- 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
Links
Classifications
-
- 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/445—Program loading or initiating
- G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- 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/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- 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/445—Program loading or initiating
- G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
- G06F9/44526—Plug-ins; Add-ons
Abstract
The disclosure provides a dynamic library loading method, device, equipment and medium for applets, relates to the technical field of computers, and particularly relates to the technologies of cloud computing, intelligent applets and the like. The implementation scheme is as follows: acquiring a manifest file of an applet in response to receiving a request from a client to access a web version of the applet; acquiring a version number of a dynamic library corresponding to a manifest file of a small program; acquiring a highest version list file and a highest version number of a dynamic library on which the applet depends; generating a dynamic library update file of the applet based on the version number of the dynamic library corresponding to the manifest file of the applet and the highest version number of the dynamic library on which the applet depends; and initiating sending the manifest file and the dynamic library update file of the applet to the client for rendering the web page version of the applet.
Description
Technical Field
The present disclosure relates to the field of computer technology, and in particular, to technologies of cloud computing, intelligent applet, and the like, and in particular, to a method, an apparatus, an electronic device, a computer readable storage medium, and a computer program product for dynamic library loading of an applet.
Background
Cloud computing (cloud computing) refers to a technical system that accesses an elastically extensible shared physical or virtual resource pool through a network, wherein resources can include servers, operating systems, networks, software, applications, storage devices and the like, and can be deployed and managed in an on-demand and self-service manner. Through cloud computing technology, high-efficiency and powerful data processing capability can be provided for technical application such as artificial intelligence and blockchain, and model training.
An applet is an application that can be used without downloading an installation. Specifically, the user may access the applet within an Application (i.e., the applet's hosting environment), and may also access the Web page (Web) version of the applet through a browser. In applet development, the applet developer can rely on existing dynamic libraries within the applet to add functional components that can be used directly, thus eliminating the need for repeated development and providing richer services to the user.
Currently, when a user accesses an applet through an APP, the applet will be able to automatically load the latest version of the dynamic library; when a user accesses the applet through the browser, the applet can only load the dynamic library imported during release, but cannot automatically load the latest version of the dynamic library, so that when the version of the dynamic library is upgraded, the version of the loaded dynamic library accessed through the APP and the browser is different, and the user experience is affected.
The approaches described in this section are not necessarily approaches that have been previously conceived or pursued. Unless otherwise indicated, it should not be assumed that any of the approaches described in this section qualify as prior art merely by virtue of their inclusion in this section. Similarly, the problems mentioned in this section should not be considered as having been recognized in any prior art unless otherwise indicated.
Disclosure of Invention
The present disclosure provides a method, apparatus, electronic device, computer readable storage medium and computer program product for dynamic library loading of applets.
According to an aspect of the present disclosure, there is provided a dynamic library loading method for an applet, the method comprising: acquiring a manifest file of the applet in response to receiving a request from a client to access a web version of the applet; acquiring the version number of the dynamic library corresponding to the manifest file of the small program; acquiring a highest version list file and a highest version number of a dynamic library on which the applet depends; generating a dynamic library update file of the applet based on the version number of the dynamic library corresponding to the manifest file of the applet and the highest version number and highest version number of the dynamic library on which the applet depends; and initiating sending the manifest file and the dynamic library update file of the applet to the client for rendering the web page version of the applet.
According to another aspect of the present disclosure, there is also provided a dynamic library loading apparatus for an applet, the apparatus comprising: an applet manifest file acquisition module configured to: acquiring a manifest file of the applet in response to receiving a request from a client to access a web version of the applet; the applet manifest file resolution module is configured to: acquiring the version number of the dynamic library corresponding to the manifest file of the small program; a dynamic library manifest file acquisition module configured to: acquiring a highest version list file and a highest version number of a dynamic library on which the applet depends; the dynamic library update file generation module is configured to: generating a dynamic library update file of the applet based on the version number of the dynamic library corresponding to the manifest file of the applet and the highest version number and highest version number of the dynamic library on which the applet depends; and a manifest file transmission module configured to: and initiating sending the manifest file and the dynamic library update file of the applet to the client for rendering the web page version of the applet.
According to another aspect of the present disclosure, there is also provided an electronic apparatus including: at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to enable the at least one processor to perform a dynamic library loading method for applets as described in the present disclosure.
According to another aspect of the present disclosure, there is also provided a non-transitory computer-readable storage medium storing computer instructions for causing a computer to perform a dynamic library loading method for an applet as described in the present disclosure.
According to another aspect of the present disclosure, there is also provided a computer program product comprising a computer program, wherein the computer program, when executed by a processor, implements a dynamic library loading method for applets as described in the present disclosure.
According to one or more embodiments of the present disclosure, the highest version of the dynamic library on which the applet depends may be dynamically loaded when a user accesses the applet through a browser, enabling automatic upgrade of the dynamic library.
It should be understood that the description in this section is not intended to identify key or critical features of the embodiments of the disclosure, nor is it intended to be used to limit the scope of the disclosure. Other features of the present disclosure will become apparent from the following specification.
Drawings
The accompanying drawings illustrate exemplary embodiments and, together with the description, serve to explain exemplary implementations of the embodiments. The illustrated embodiments are for exemplary purposes only and do not limit the scope of the claims. Throughout the drawings, identical reference numerals designate similar, but not necessarily identical, elements.
FIG. 1 illustrates a schematic diagram of an exemplary system in which various methods described herein may be implemented, in accordance with an embodiment of the present disclosure;
FIG. 2 illustrates a flow chart of a method for dynamic library loading of applets according to an embodiment of the disclosure;
FIG. 3 illustrates a flow chart of a process of obtaining a highest version manifest file for a dynamic library, according to an embodiment of the present disclosure;
FIG. 4 illustrates a flowchart of a process of obtaining a manifest file for an applet, according to an embodiment of the disclosure;
FIG. 5 shows a schematic diagram of a process of dynamic library web page deployment, according to an embodiment of the present disclosure;
FIG. 6 shows a schematic diagram of a process of dynamic library loading, according to an embodiment of the present disclosure;
FIG. 7 illustrates a block diagram of a dynamic library loading apparatus for an applet, according to an embodiment of the disclosure;
fig. 8 illustrates a block diagram of an exemplary electronic device that can be used to implement embodiments of the present disclosure.
Detailed Description
Exemplary embodiments of the present disclosure are described below in conjunction with the accompanying drawings, which include various details of the embodiments of the present disclosure to facilitate understanding, and should be considered as merely exemplary. Accordingly, one of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope of the present disclosure. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
In the present disclosure, the use of the terms "first," "second," and the like to describe various elements is not intended to limit the positional relationship, timing relationship, or importance relationship of the elements, unless otherwise indicated, and such terms are merely used to distinguish one element from another. In some examples, a first element and a second element may refer to the same instance of the element, and in some cases, they may also refer to different instances based on the description of the context.
The terminology used in the description of the various illustrated examples in this disclosure is for the purpose of describing particular examples only and is not intended to be limiting. Unless the context clearly indicates otherwise, the elements may be one or more if the number of the elements is not specifically limited. Furthermore, the term "and/or" as used in this disclosure encompasses any and all possible combinations of the listed items.
In the existing applet Web scheme, the resources of the applet are deployed in the cloud and rendered under a Web framework. If a dynamic library is introduced into the applet, the version package of the current highest version of the dynamic library is imported into the applet compilation package when the applet is compiled by the developer tool. Thus, the current highest version of the version package of the dynamic library will be deployed as a resource for the applet so that the resource of the dynamic library can be used when accessing the applet through the browser.
However, the current solution only solves the problem of introducing dynamic library resources in the applet Web, but when the dynamic library is upgraded (for example, a new dynamic library version package is released), the dynamic library resources used by the applet cannot be automatically upgraded, and only the dynamic library resources used by the applet can be upgraded by means of the new version of the applet released by the publisher. In contrast, currently when a user accesses an applet through an APP, the applet will be able to automatically load the latest version of the dynamic library. Thus, when a user accesses an applet through an APP and through a browser, the effect presented by the applet may be different, thereby affecting the user experience.
In order to solve the above-described problems, the present disclosure provides a dynamic library loading method for an applet, which makes it possible to dynamically load the highest version of a dynamic library on which the applet depends when accessing the applet through a browser.
Embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings.
Fig. 1 illustrates a schematic diagram of an exemplary system 100 in which various methods and apparatus described herein may be implemented, in accordance with an embodiment of the present disclosure. Referring to fig. 1, the system 100 includes one or more client devices 101, 102, 103, 104, 105, and 106, a server 120, and one or more communication networks 110 coupling the one or more client devices to the server 120. Client devices 101, 102, 103, 104, 105, and 106 may be configured to execute one or more applications.
In embodiments of the present disclosure, server 120 may run one or more services or software applications that enable execution of methods that dynamically load the highest version of the applet-dependent dynamic library. It will be appreciated that this is not limiting, and in some embodiments, client devices 101, 102, 103, 104, 105, and 106 may have sufficient storage and computing resources such that they are also capable of executing one or more services or software applications that dynamically load the highest version of the method of the applet-dependent dynamic library.
In some embodiments, server 120 may also provide other services or software applications that may include non-virtual environments and virtual environments. In some embodiments, these services may be provided as web-based services or cloud services, for example, provided to users of client devices 101, 102, 103, 104, 105, and/or 106 under a software as a service (SaaS) model.
In the configuration shown in fig. 1, server 120 may include one or more components that implement the functions performed by server 120. These components may include software components, hardware components, or a combination thereof that are executable by one or more processors. A user operating client devices 101, 102, 103, 104, 105, and/or 106 may in turn utilize one or more client applications to interact with server 120 to utilize the services provided by these components. It should be appreciated that a variety of different system configurations are possible, which may differ from system 100. Accordingly, FIG. 1 is one example of a system for implementing the various methods described herein and is not intended to be limiting.
The user may access the applet using client devices 101, 102, 103, 104, 105, and/or 106, for example, through an APP or browser. The client device may provide an interface that enables a user of the client device to interact with the client device. The client device may also output information to the user via the interface. Although fig. 1 depicts only six client devices, those skilled in the art will appreciate that the present disclosure may support any number of client devices.
Client devices 101, 102, 103, 104, 105, and/or 106 may include various types of computer devices, such as portable handheld devices, general purpose computers (such as personal computers and laptop computers), workstation computers, wearable devices, gaming systems, thin clients, various messaging devices, sensors or other sensing devices, and the like. These computer devices may run various types and versions of software applications and operating systems, such as Microsoft Windows, apple iOS, UNIX-like operating systems, linux, or Linux-like operating systems (e.g., google Chrome OS); or include various mobile operating systems such as Microsoft Windows Mobile OS, iOS, windows Phone, android. Portable handheld devices may include cellular telephones, smart phones, tablet computers, personal Digital Assistants (PDAs), and the like. Wearable devices may include head mounted displays and other devices. The gaming system may include various handheld gaming devices, internet-enabled gaming devices, and the like. The client device is capable of executing a variety of different applications, such as various Internet-related applications, communication applications (e.g., email applications), short Message Service (SMS) applications, and may use a variety of communication protocols.
Network 110 may be any type of network known to those skilled in the art that may support data communications using any of a number of available protocols, including but not limited to TCP/IP, SNA, IPX, etc. For example only, the one or more networks 110 may be a Local Area Network (LAN), an ethernet-based network, a token ring, a Wide Area Network (WAN), the internet, a virtual network, a Virtual Private Network (VPN), an intranet, an extranet, a Public Switched Telephone Network (PSTN), an infrared network, a wireless network (e.g., bluetooth, WIFI), and/or any combination of these and/or other networks.
The server 120 may include one or more general purpose computers, special purpose server computers (e.g., PC (personal computer) servers, UNIX servers, mid-end servers), blade servers, mainframe computers, server clusters, or any other suitable arrangement and/or combination. The server 120 may include one or more virtual machines running a virtual operating system, or other computing architecture that involves virtualization (e.g., one or more flexible pools of logical storage devices that may be virtualized to maintain virtual storage devices of the server). In various embodiments, server 120 may run one or more services or software applications that provide the functionality described below.
The computing units in server 120 may run one or more operating systems including any of the operating systems described above as well as any commercially available server operating systems. Server 120 may also run any of a variety of additional server applications and/or middle tier applications, including HTTP servers, FTP servers, CGI servers, JAVA servers, database servers, etc.
In some implementations, server 120 may include one or more applications to analyze and consolidate data feeds and/or event updates received from users of client devices 101, 102, 103, 104, 105, and 106. Server 120 may also include one or more applications to display data feeds and/or real-time events via one or more display devices of client devices 101, 102, 103, 104, 105, and 106.
In some implementations, the server 120 may be a server of a distributed system or a server that incorporates a blockchain. The server 120 may also be a cloud server, or an intelligent cloud computing server or intelligent cloud host with artificial intelligence technology. The cloud server is a host product in a cloud computing service system, so as to solve the defects of large management difficulty and weak service expansibility in the traditional physical host and virtual private server (VPS, virtual Private Server) service.
The system 100 may also include one or more databases 130. In some embodiments, these databases may be used to store data and other information. For example, one or more of databases 130 may be used to store information such as audio files and video files. The data store 130 may reside in a variety of locations. For example, the data store used by the server 120 may be local to the server 120, or may be remote from the server 120 and may communicate with the server 120 via a network-based or dedicated connection. The data store 130 may be of different types. In some embodiments, the data store used by server 120 may be a database, such as a relational database. One or more of these databases may store, update, and retrieve the databases and data from the databases in response to the commands.
In some embodiments, one or more of databases 130 may also be used by applications to store application data. The databases used by the application may be different types of databases, such as key value stores, object stores, or conventional stores supported by the file system.
The system 100 of fig. 1 may be configured and operated in various ways to enable application of the various methods and apparatus described in accordance with the present disclosure.
According to an embodiment of the present disclosure, there is provided a dynamic library loading method for an applet, the method including: acquiring a manifest file of the applet in response to receiving a request from a client to access a web version of the applet; acquiring the version number of the dynamic library corresponding to the manifest file of the small program; acquiring a highest version list file and a highest version number of a dynamic library on which the applet depends; generating a dynamic library update file of the applet based on the version number of the dynamic library corresponding to the manifest file of the applet and the highest version number and highest version number of the dynamic library on which the applet depends; and initiating sending the manifest file and the dynamic library update file of the applet to the client for rendering the web page version of the applet.
FIG. 2 illustrates a flow chart of a method 200 for dynamic library loading of applets, according to an embodiment of the disclosure. According to some embodiments, the method 200 may be performed at an applet rendering server, wherein the applet rendering server is the server that obtains the manifest file for rendering of the web page version of the applet.
In step S201, in response to receiving a request from a client to access a web page version of an applet, a manifest file of the applet is acquired.
According to some embodiments, when a user opens an applet Web page address at a client via a browser, the client sends a request to the server to access the applet Web page version. According to some embodiments, the Web page version of the applet may be in the applet Web state, i.e., the applet package is automatically converted in the background to an H5 version of the applet. According to some embodiments, the manifest file for the applet is generated when the applet developer publishes a version package for rendering the web page version of the applet at the browser. According to some embodiments, the manifest file for the applet is generated by: unpacking the applet version package uploaded by the applet developer to obtain service codes and static resources (e.g. pictures, texts or hyperlinks) corresponding to the applet; storing the service codes and static resources corresponding to the applet (for example, uploading the service codes and the static resources corresponding to the applet to a cloud server or a content delivery network (Content Delivery Network, CDN) server); and generating a manifest file of the applet based on the service codes corresponding to the applet, the storage path of the static resource and the configuration information of the applet web page.
In step S203, the version number of the dynamic library corresponding to the manifest file of the applet is obtained.
According to some embodiments, the version number of the dynamic library corresponding to the manifest file of the applet may be obtained by parsing the manifest file of the applet. According to some embodiments, for a dynamic library on which the applet depends, the version number of the dynamic library corresponding to the manifest file of the applet is obtained, respectively. According to some embodiments, the version number of the dynamic library corresponding to the manifest file of the applet is the version number corresponding to the version package of the dynamic library imported within the version package of the applet, e.g., the highest version of the dynamic library relied upon may be imported when the version package of the applet is published.
According to some embodiments, the dynamic library on which the applet depends may be one or more dynamic libraries, wherein when the dynamic library on which the applet depends is a plurality of dynamic libraries, the identification information of the dynamic library on which the applet depends will include identification information of each of the dependent dynamic libraries, and the version number of the dynamic library corresponding to the manifest of the applet will include the version number of each of the dynamic libraries corresponding to the manifest of the applet; when the dynamic library on which the applet depends is a single dynamic library, the identification information of the dynamic library on which the applet depends will be the identification information of the dynamic library, and the version number of the dynamic library corresponding to the applet list will be the version number of the dynamic library corresponding to the applet list.
In step S205, the highest version manifest file and highest version number of the dynamic library on which the applet depends are acquired.
According to some embodiments, for each dynamic library on which the applet depends, the highest version manifest file and highest version number of that dynamic library are obtained.
In step S207, the dynamic library update file of the applet is generated based on the version number of the dynamic library corresponding to the manifest file of the applet and the highest version number and highest version number of the dynamic library on which the applet depends.
According to some embodiments, generating the dynamic library update file for the applet based on the version number of the dynamic library corresponding to the manifest file for the applet and the highest version number and highest version number of the dynamic library on which the applet depends comprises: and in response to the highest version number of the dynamic library being greater than the version number of the dynamic library corresponding to the manifest file of the applet, incorporating the highest version manifest file of the dynamic library into the dynamic library update file of the applet.
According to other embodiments, generating the dynamic library update file for the applet based on the version number of the dynamic library corresponding to the manifest file for the applet and the highest version number and highest version number of the dynamic library on which the applet depends further comprises: and not modifying the dynamic library update file of the applet in response to the highest version number of the dynamic library being equal to the version number of the dynamic library corresponding to the manifest file of the applet.
According to some embodiments, the dynamic library update file of the applet may be a list of dynamic libraries on which the applet depends, wherein the dynamic library update file of the applet contains the highest version manifest file of the dynamic library corresponding to the dynamic library updated after the applet is released, and the dynamic library update file of the applet does not contain the corresponding manifest file for the dynamic library not updated after the applet is released.
In step S209, sending the manifest file and the dynamic library update file of the applet to the client for rendering the web page version of the applet is initiated.
According to some embodiments, the client obtains the service code and the static resource corresponding to the applet through the manifest file of the applet and the storage path of the static resource recorded by the dynamic library update file, and obtains the service content rendering structure corresponding to the applet, namely, the rendering result for displaying in the browser according to the webpages page skeleton, the service code and the static resource corresponding to the applet.
According to some embodiments, when the client performs a rendering operation on a certain dynamic library on which the applet depends (for example, acquires a static resource corresponding to the dynamic library), it is determined whether the dynamic library update file of the applet contains a highest version manifest file of the dynamic library, wherein when the dynamic library update file of the applet contains the highest version manifest file of the dynamic library, a corresponding rendering operation is performed based on the highest version manifest file of the dynamic library in the dynamic library update file, and when the dynamic library update file of the applet does not contain the highest version manifest file of the dynamic library, a corresponding rendering operation is performed based on the manifest file of the applet.
According to the dynamic library loading method for the applet, when a user accesses the applet through the browser, the highest version of the dynamic library on which the applet depends can be dynamically loaded, automatic upgrading of the dynamic library is achieved, and consistency of experience of the user in accessing the applet through the APP and the browser is guaranteed.
According to some embodiments, the manifest file of the dynamic library on which the applet depends is generated based on the corresponding version package of the dynamic library.
According to some embodiments, the manifest file of the dynamic library includes a storage path of the static resource in the corresponding version package of the dynamic library and configuration information in the corresponding version package of the dynamic library.
According to some embodiments, the static resources in the version package of the dynamic library include at least one of: js file, css file, and picture file. The js file is a file with suffix of 'js', and is used for controlling interaction logic; css file is a file with suffix of ". Css" and is used for describing the style when rendering the interface; the picture file is a picture that can be loaded when the interface is rendered.
According to some embodiments, the static resources in the version package in the dynamic library are stored on a cloud server or CDN server. According to some embodiments, similar to the description above with reference to the applet, the client may obtain, through the storage path of the static resource, the static resource corresponding to the version package of the dynamic library, so that the browser may directly load the static resource corresponding to the version package of the dynamic library.
According to some embodiments, the configuration information in the version package of the dynamic library includes json files, where json files are files with suffix ". Json".
According to some embodiments, each manifest file of the dynamic library is generated by the Web resource deployment server in response to receiving a respective version package of the dynamic library from the dynamic library developer.
Typically, dynamic library developers are different from applet developers, e.g., dynamic library developers are managers of applet platforms, and applet developers are platform users who develop applets using the applet platform. Thus, the time when the dynamic library developer issues the version package of the dynamic library and the applet developer issues the version package of the applet is typically different, and the probability of issuing the new version package of the dynamic library after the new version package of the applet is issued is greater.
According to some embodiments, in response to receiving a new version package of a dynamic library from a dynamic library developer, a Web resource deployment server uploads static resources in the version package of the dynamic library to a cloud server or CDN server, and generates a manifest file for the version package of the dynamic library based on configuration information in the version package of the dynamic library and a storage path for the static resources in the version package of the dynamic library (e.g., generates the manifest file according to a deployment template). According to some embodiments, the Web resource deployment server further uploads the manifest file of the version package of the dynamic library to the cloud server or the CDN server after generating the manifest file of the version package of the dynamic library, and synchronizes the storage path and version number of the manifest file of the version package of the dynamic library into the uniform resource server.
According to some embodiments, obtaining the highest version manifest file and highest version number of the dynamic library on which the applet depends comprises: transmitting identification information of the dynamic library to a uniform resource server, wherein the identification information of the dynamic library can be obtained by analyzing a manifest file of the applet; receiving a storage path and a highest version number of a highest version manifest file of the dynamic library from a uniform resource server; and obtaining the highest version manifest file of the dynamic library based on the storage path of the highest version manifest file of the dynamic library.
Fig. 3 illustrates a flow chart of a process 300 of obtaining a highest version manifest file for a dynamic library, according to an embodiment of the present disclosure.
In step S301, the identification information of the dynamic library is sent to the uniform resource server, where the identification information of the dynamic library may be obtained by parsing the manifest file of the applet. According to some embodiments, the uniform resource server stores the storage path and version number of the manifest file of each version package of the plurality of dynamic libraries, and the uniform resource server queries the storage path and version number of the highest version manifest file of the dynamic library corresponding to the identification information of the dynamic library according to the received identification information of the dynamic library, and sends the storage path and version number of the highest version manifest file of the dynamic library to the applet rendering server.
According to some embodiments, the identification information of the dynamic library may be a unique name of the dynamic library on the applet platform (e.g., a dynamic library name defined by the dynamic library developer), rather than an alias defined by the applet developer when configuring the dynamic library.
In step S303, the storage path and the highest version number of the highest version manifest file of the dynamic library from the uniform resource server are received.
In step S305, the highest version manifest file of the dynamic library is acquired based on the storage path of the highest version manifest file of the dynamic library.
According to some embodiments, the manifest file of the applet is stored at the cloud server or CDN server, and the storage path of the manifest file of the applet is stored at the uniform resource server, so the manifest file of the applet can be obtained using a similar procedure as the one for obtaining the highest version manifest file of the dynamic library. According to some embodiments, obtaining the manifest file for the applet includes: the method comprises the steps of sending identification information of an applet to a uniform resource server; receiving a storage path of a manifest file of an applet from a uniform resource server; and acquiring the manifest file of the applet based on the storage path of the manifest file of the applet.
Fig. 4 illustrates a flowchart of a process 400 of obtaining a manifest file for an applet, according to an embodiment of the disclosure.
In step S401, the identification information of the applet is transmitted to the uniform resource server. According to some embodiments, the uniform resource server stores storage paths and version numbers of the manifest files of the plurality of applets, and queries the storage paths of the manifest files of the applets corresponding to the identification information of the applets according to the received identification information of the applets, and sends the storage paths of the manifest files of the applets to the applet rendering server.
In step S403, a storage path of a manifest file of an applet from the uniform resource server is received.
In step S405, the manifest file of the applet is acquired based on the storage path of the manifest file of the applet.
FIG. 5 shows a schematic diagram of a process 500 for dynamic library web page deployment, according to an embodiment of the present disclosure.
In step S501, the dynamic library developer 510 publishes a version package of the dynamic library on the developer platform 520, e.g., uploads the version package of the dynamic library to the developer platform 520 through a developer tool.
In step S503, the developer platform 520 writes the data of the version package of the dynamic library to the package management platform 530, for example, uploads the version package of the dynamic library through the package upload service.
In step S505, the package management platform 530 delivers the version package of the dynamic library to the Web resource deployment server 540 in gray scale or in full scale, and the Web resource deployment server 540 may upload the static resources in the version package of the dynamic library to the cloud server or CDN server as described above, and generate a manifest file corresponding to the version package of the dynamic library based on the configuration information in the version package of the dynamic library and the storage path of the static resources in the version package of the dynamic library.
In step S507, the Web resource deployment server 540 synchronizes the related information of the manifest file corresponding to the version package of the dynamic library (for example, the storage path of the manifest file corresponding to the version package of the dynamic library and the version number of the dynamic library) to the uniform resource server 550.
FIG. 6 illustrates a schematic diagram of a process 600 of dynamic library loading, according to an embodiment of the present disclosure.
In step S601, the user 610 accesses the applet at the client through the browser 620, for example, the user directly inputs the page address of the applet at the browser, or jumps to the page address of the applet by clicking a link.
In step S603, the browser 620 requests access to the web page version of the applet from the applet rendering server 630. Wherein, as described with reference to steps S201, S203 in fig. 2, the applet rendering server 630 acquires the manifest file of the applet and parses the manifest file of the applet to obtain identification information of the dynamic library on which the applet depends in response to receiving a request from the client to access the web page version of the applet.
In step S605, the applet rendering server 630 transmits identification information of the dynamic library on which the applet depends to the uniform resource server.
In step S607, the uniform resource server 640 provides the applet rendering server 630 with the storage path and the highest version number of the highest version manifest file of the dynamic library on which the applet depends.
In step S609, the applet rendering server 630 sends the applet manifest file and the dynamic library update file to the browser 620 for rendering the web page version of the applet, wherein the applet dynamic library update file is generated based on the version number of the dynamic library corresponding to the applet manifest file and the highest version manifest file and highest version number of the dynamic library on which the applet depends, as described with reference to step S207 in fig. 2.
According to an embodiment of the present disclosure, there is provided a dynamic library loading apparatus for an applet, the apparatus including: an applet manifest file acquisition module configured to: acquiring a manifest file of an applet in response to receiving a request from a client to access a web version of the applet; the applet manifest file resolution module is configured to: acquiring a version number of a dynamic library corresponding to a manifest file of a small program; a dynamic library manifest file acquisition module configured to: acquiring a highest version list file and a highest version number of a dynamic library on which the applet depends; the dynamic library update file generation module is configured to: generating a dynamic library update file of the applet based on the version number of the dynamic library corresponding to the manifest file of the applet and the highest version number of the dynamic library on which the applet depends; and a manifest file transmission module configured to: and initiating sending the manifest file and the dynamic library update file of the applet to the client for rendering the web page version of the applet.
Fig. 7 shows a block diagram of a dynamic library loading apparatus 700 for an applet, according to an embodiment of the disclosure.
As shown in fig. 7, the dynamic library loading apparatus 700 includes: an applet manifest file acquisition module 701, an applet manifest file resolution module 702, a dynamic library manifest file acquisition module 703, a dynamic library update file generation module 704 and a manifest file transmission module 705, wherein the applet manifest file acquisition module 701 is configured to: acquiring a manifest file of an applet in response to receiving a request from a client to access a web version of the applet; the applet manifest file resolution module 702 is configured to: acquiring identification information of a dynamic library on which the applet depends and a version number of the dynamic library corresponding to a manifest file of the applet; the dynamic library manifest file acquisition module 703 is configured to: acquiring a highest version list file and a highest version number of a dynamic library on which the applet depends; the dynamic library update file generation module 704 is configured to: generating a dynamic library update file of the applet based on the version number of the dynamic library corresponding to the manifest file of the applet and the highest version number of the dynamic library on which the applet depends; and the manifest file transmission module 705 is configured to: and initiating sending the manifest file and the dynamic library update file of the applet to the client for rendering the web page version of the applet.
According to some embodiments, the manifest file of the dynamic library includes a storage path of the static resource in the corresponding version package of the dynamic library and configuration information in the corresponding version package of the dynamic library.
It should be appreciated that the various modules of the apparatus 700 shown in fig. 7 may correspond to the various steps in the method 200 described with reference to fig. 2. Thus, the operations, features, and advantages described above with respect to method 200 apply equally to apparatus 700 and the modules that it comprises. For brevity, certain operations, features and advantages are not described in detail herein.
Although specific functions are discussed above with reference to specific modules, it should be noted that the functions of the various modules discussed herein may be divided into multiple modules and/or at least some of the functions of the multiple modules may be combined into a single module. The particular module performing the actions discussed herein includes the particular module itself performing the actions, or alternatively the particular module invoking or otherwise accessing another component or module that performs the actions (or performs the actions in conjunction with the particular module). Thus, a particular module that performs an action may include that particular module itself that performs the action and/or another module that the particular module invokes or otherwise accesses that performs the action. As used herein, the phrase "entity a initiates action B" may refer to entity a issuing an instruction to perform action B, but entity a itself does not necessarily perform that action B.
It should also be appreciated that various techniques may be described herein in the general context of software hardware elements or program modules. The various modules described above with respect to fig. 7 may be implemented in hardware or in hardware in combination with software and/or firmware. For example, the modules may be implemented as computer program code/instructions configured to be executed in one or more processors and stored in a computer-readable storage medium. Alternatively, these modules may be implemented as hardware logic/circuitry.
There is also provided, in accordance with an embodiment of the present disclosure, an electronic device including: at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to enable the at least one processor to perform a dynamic library loading method for applets as described in the present disclosure.
There is also provided, in accordance with an embodiment of the present disclosure, a non-transitory computer-readable storage medium storing computer instructions for causing a computer to perform a dynamic library loading method for an applet as described in the present disclosure.
There is also provided, in accordance with an embodiment of the present disclosure, a computer program product comprising a computer program, wherein the computer program, when executed by a processor, implements a dynamic library loading method for applets as described in the present disclosure.
Referring to fig. 8, a block diagram of an electronic device 800 that may be a server or a client of the present disclosure, which is an example of a hardware device that may be applied to aspects of the present disclosure, will now be described. Electronic devices are intended to represent various forms of digital electronic computer devices, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other suitable computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular telephones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be exemplary only, and are not meant to limit implementations of the disclosure described and/or claimed herein.
As shown in fig. 8, the apparatus 800 includes a computing unit 801 that can perform various appropriate actions and processes according to a computer program stored in a Read Only Memory (ROM) 802 or a computer program loaded from a storage unit 808 into a Random Access Memory (RAM) 803. In the RAM 803, various programs and data required for the operation of the device 800 can also be stored. The computing unit 801, the ROM 802, and the RAM 803 are connected to each other by a bus 804. An input/output (I/O) interface 805 is also connected to the bus 804.
Various components in device 800 are connected to I/O interface 805, including: an input unit 806, an output unit 807, a storage unit 808, and a communication unit 809. The input unit 806 may be any type of device capable of inputting information to the device 800, the input unit 806 may receive input numeric or character information and generate key signal inputs related to user settings and/or function control of the electronic device, and may include, but is not limited to, a mouse, a keyboard, a touch screen, a trackpad, a trackball, a joystick, a microphone, and/or a remote control. The output unit 807 may be any type of device capable of presenting information and may include, but is not limited to, a display, speakers, video/audio output terminals, vibrators, and/or printers. The storage unit 808 may include, but is not limited to, magnetic disks, optical disks. The communication unit 809 allows the device 800 to exchange information/data with other devices over computer networks, such as the internet, and/or various telecommunications networks, and may include, but is not limited to, modems, network cards, infrared communication devices, wireless communication transceivers and/or chipsets, such as bluetooth (TM) devices, 1302.11 devices, wiFi devices, wiMax devices, cellular communication devices, and/or the like.
The computing unit 801 may be a variety of general and/or special purpose processing components having processing and computing capabilities. Some examples of computing unit 801 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various specialized Artificial Intelligence (AI) computing chips, various computing units running machine learning model algorithms, a Digital Signal Processor (DSP), and any suitable processor, controller, microcontroller, etc. The computing unit 801 performs the various methods and processes described above, such as method 200 or 300. For example, in some embodiments, the method 200 or 300 may be implemented as a computer software program tangibly embodied on a machine-readable medium, such as the storage unit 808. In some embodiments, part or all of the computer program may be loaded and/or installed onto device 800 via ROM 802 and/or communication unit 809. When a computer program is loaded into RAM 803 and executed by computing unit 801, one or more steps of method 200 or 300 described above may be performed. Alternatively, in other embodiments, the computing unit 801 may be configured to perform the method 200 or 300 by any other suitable means (e.g., by means of firmware).
Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuit systems, field Programmable Gate Arrays (FPGAs), application Specific Integrated Circuits (ASICs), application Specific Standard Products (ASSPs), systems On Chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs, the one or more computer programs may be executed and/or interpreted on a programmable system including at least one programmable processor, which may be a special purpose or general-purpose programmable processor, that may receive data and instructions from, and transmit data and instructions to, a storage system, at least one input device, and at least one output device.
Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program code may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus such that the program code, when executed by the processor or controller, causes the functions/operations specified in the flowchart and/or block diagram to be implemented. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.
In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. The machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and pointing device (e.g., a mouse or trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user may be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic input, speech input, or tactile input.
The systems and techniques described here can be implemented in a computing system that includes a background component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such background, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), wide Area Networks (WANs), and the internet.
The computer system may include a client and a server. The client and server are typically remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.
It should be appreciated that various forms of the flows shown above may be used to reorder, add, or delete steps. For example, the steps recited in the present disclosure may be performed in parallel, sequentially or in a different order, provided that the desired results of the disclosed aspects are achieved, and are not limited herein.
Although embodiments or examples of the present disclosure have been described with reference to the accompanying drawings, it is to be understood that the foregoing methods, systems, and apparatus are merely exemplary embodiments or examples, and that the scope of the present invention is not limited by these embodiments or examples but only by the claims following the grant and their equivalents. Various elements of the embodiments or examples may be omitted or replaced with equivalent elements thereof. Furthermore, the steps may be performed in a different order than described in the present disclosure. Further, various elements of the embodiments or examples may be combined in various ways. It is important that as technology evolves, many of the elements described herein may be replaced by equivalent elements that appear after the disclosure.
Claims (13)
1. A dynamic library loading method for an applet, the method comprising:
acquiring a manifest file of the applet in response to receiving a request from a client to access a web version of the applet;
acquiring the version number of the dynamic library corresponding to the manifest file of the small program;
obtaining the highest version manifest file and highest version number of the dynamic library on which the applet depends, including:
transmitting identification information of the dynamic library to a uniform resource server, wherein the identification information of the dynamic library can be obtained by analyzing a manifest file of the applet;
Receiving a storage path and a highest version number of a highest version manifest file of the dynamic library from the uniform resource server; and
acquiring the highest version list file of the dynamic library based on the storage path of the highest version list file of the dynamic library;
generating a dynamic library update file of the applet based on a version number of a dynamic library corresponding to the manifest file of the applet and a highest version number and a highest version file of the dynamic library on which the applet depends; and
and initiating to send the manifest file and the dynamic library update file of the applet to the client for rendering the web page version of the applet.
2. The method of claim 1, wherein the manifest file of the dynamic library on which the applet depends is generated based on a corresponding version package of the dynamic library.
3. The method of claim 2, wherein each manifest file of the dynamic library includes a storage path of a static resource in a corresponding version package of the dynamic library and configuration information in a corresponding version package of the dynamic library.
4. The method of claim 2, wherein each manifest file of the dynamic library is generated by a Web resource deployment server in response to receiving a respective version package of the dynamic library from a dynamic library developer.
5. The method of claim 1, wherein the obtaining the manifest file for the applet comprises:
transmitting the identification information of the applet to the uniform resource server;
receiving a storage path of a manifest file of the applet from the uniform resource server; and
and acquiring the manifest file of the applet based on the storage path of the manifest file of the applet.
6. The method of any of claims 1-5, wherein the generating the dynamic library update file for the applet based on the version number of the dynamic library to which the manifest file for the applet corresponds and the highest version manifest file and highest version number of the dynamic library on which the applet depends comprises:
and in response to the highest version number of the dynamic library being greater than the version number of the dynamic library corresponding to the manifest file of the applet, incorporating the highest version manifest file of the dynamic library into the dynamic library update file of the applet.
7. The method of claim 6, wherein generating the dynamic library update file for the applet based on the version number of the dynamic library corresponding to the manifest file for the applet and the highest version number and highest version number of the dynamic library on which the applet depends further comprises:
And not modifying the dynamic library update file of the applet in response to the highest version number of the dynamic library being equal to the version number of the dynamic library corresponding to the manifest file of the applet.
8. A method according to claim 3, wherein the static resources in the version package of the dynamic library comprise at least one of: js file, css file, and picture file.
9. A method according to claim 3, wherein the configuration information in the version package of the dynamic library comprises json files.
10. A dynamic library loading apparatus for an applet, the apparatus comprising:
an applet manifest file acquisition module configured to: acquiring a manifest file of the applet in response to receiving a request from a client to access a web version of the applet;
the applet manifest file resolution module is configured to: acquiring the version number of the dynamic library corresponding to the manifest file of the small program;
a dynamic library manifest file acquisition module configured to: obtaining the highest version manifest file and highest version number of the dynamic library on which the applet depends, including:
transmitting identification information of the dynamic library to a uniform resource server, wherein the identification information of the dynamic library can be obtained by analyzing a manifest file of the applet;
Receiving a storage path and a highest version number of a highest version manifest file of the dynamic library from the uniform resource server; and
acquiring the highest version list file of the dynamic library based on the storage path of the highest version list file of the dynamic library;
the dynamic library update file generation module is configured to: generating a dynamic library update file of the applet based on a version number of a dynamic library corresponding to the manifest file of the applet and a highest version number and a highest version file of the dynamic library on which the applet depends; and
a manifest file transmission module configured to: and initiating to send the manifest file and the dynamic library update file of the applet to the client for rendering the web page version of the applet.
11. The apparatus of claim 10, wherein each manifest file of the dynamic library comprises a storage path of a static resource in a corresponding version package of the dynamic library and configuration information in a corresponding version package of the dynamic library.
12. An electronic device, comprising:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein the method comprises the steps of
The memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of any one of claims 1-9.
13. A non-transitory computer readable storage medium storing computer instructions for causing the computer to perform the method of any one of claims 1-9.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110227841.6A CN112948018B (en) | 2021-03-01 | 2021-03-01 | Dynamic library loading method, device, equipment and medium for applet |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110227841.6A CN112948018B (en) | 2021-03-01 | 2021-03-01 | Dynamic library loading method, device, equipment and medium for applet |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112948018A CN112948018A (en) | 2021-06-11 |
| CN112948018B true CN112948018B (en) | 2023-08-01 |
Family
ID=76247025
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110227841.6A Active CN112948018B (en) | 2021-03-01 | 2021-03-01 | Dynamic library loading method, device, equipment and medium for applet |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112948018B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113642295B (en) * | 2021-08-24 | 2023-10-20 | 北京百度网讯科技有限公司 | Page typesetting method, device and computer program product |
| CN114500277B (en) * | 2021-12-15 | 2023-12-05 | 三维通信股份有限公司 | Parameter configuration method and device for multi-band radio frequency chip and electronic device |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105893094A (en) * | 2016-03-31 | 2016-08-24 | 百度在线网络技术（北京）有限公司 | Achieving method and device for application program plug-in |
| CN109313661A (en) * | 2016-05-27 | 2019-02-05 | 微软技术许可有限责任公司 | Accelerate for the webpage of the network application of trustship in primary mobile application |
| CN110908738A (en) * | 2019-11-29 | 2020-03-24 | 百度在线网络技术（北京）有限公司 | Method and device for running small program |
| CN111177600A (en) * | 2019-12-26 | 2020-05-19 | 北京明略软件系统有限公司 | Built-in webpage loading method and device based on mobile application |
| CN111294395A (en) * | 2020-01-20 | 2020-06-16 | 广东金赋科技股份有限公司 | Terminal page transmission method, device, medium and electronic equipment |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7536683B2 (en) * | 1999-01-15 | 2009-05-19 | Adobe Systems Incorporated | Method of dynamically appending a library to an actively running program |
| US20070174824A1 (en) * | 2006-01-23 | 2007-07-26 | Microsoft Corporation | Techniques for generating and executing browser-hosted applications |
| CN104182241A (en) * | 2013-05-24 | 2014-12-03 | 华为终端有限公司 | Webpage application program (Web App) update method and communication device |
-
2021
- 2021-03-01 CN CN202110227841.6A patent/CN112948018B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105893094A (en) * | 2016-03-31 | 2016-08-24 | 百度在线网络技术（北京）有限公司 | Achieving method and device for application program plug-in |
| CN109313661A (en) * | 2016-05-27 | 2019-02-05 | 微软技术许可有限责任公司 | Accelerate for the webpage of the network application of trustship in primary mobile application |
| CN110908738A (en) * | 2019-11-29 | 2020-03-24 | 百度在线网络技术（北京）有限公司 | Method and device for running small program |
| CN111177600A (en) * | 2019-12-26 | 2020-05-19 | 北京明略软件系统有限公司 | Built-in webpage loading method and device based on mobile application |
| CN111294395A (en) * | 2020-01-20 | 2020-06-16 | 广东金赋科技股份有限公司 | Terminal page transmission method, device, medium and electronic equipment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112948018A (en) | 2021-06-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2875425B1 (en) | Providing access to a remote application via a web client | |
| CN113312037B (en) | Data processing method, device, equipment and storage medium applied to micro-service | |
| US20140082511A1 (en) | Method and system for emulating desktop software applications in a mobile communication network | |
| CN112948018B (en) | Dynamic library loading method, device, equipment and medium for applet | |
| CN112416461B (en) | Video resource processing method, device, electronic equipment and computer readable medium | |
| EP4209894A1 (en) | Cloud code development system, method, and apparatus, device, and storage medium | |
| CN116306396A (en) | Chip verification method and device, equipment and medium | |
| CN114091672B (en) | Distributed model reasoning method and device, electronic equipment and medium | |
| CN113393367A (en) | Image processing method, apparatus, device and medium | |
| CN113656423A (en) | Method and device for updating data, electronic equipment and storage medium | |
| CN113641936B (en) | Method, device, electronic equipment and storage medium for page skip | |
| CN114443076A (en) | Mirror image construction method, device, equipment and storage medium | |
| CN112732312A (en) | Method and device for updating application program, electronic equipment and medium | |
| CN112860566A (en) | Applet detection method, device, electronic equipment and readable medium | |
| CN114510308B (en) | Method, device, equipment and medium for storing application page by mobile terminal | |
| CN113641929B (en) | Page rendering method, device, electronic equipment and computer readable storage medium | |
| CN110019059B (en) | Timing synchronization method and device | |
| CN113779122B (en) | Method and device for exporting data | |
| CN112966201B (en) | Object processing method, device, electronic equipment and storage medium | |
| EP3696673B1 (en) | Computing system providing saas application integration with internet of things (iot) sensors through automated application program interface (api) generation and related methods | |
| CN113805858B (en) | Method and device for continuously deploying software developed by scripting language | |
| CN114218516B (en) | Webpage processing method and device, electronic equipment and storage medium | |
| CN116541090A (en) | Data processing method, device, equipment and medium | |
| CN117056022A (en) | RPA task execution method and device, electronic equipment and storage medium | |
| CN113961189A (en) | Webpage editing method and device |
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 |