CN114760355A - 一种Node.js依赖离线管理方法 - Google Patents
一种Node.js依赖离线管理方法 Download PDFInfo
- Publication number
- CN114760355A CN114760355A CN202210268213.7A CN202210268213A CN114760355A CN 114760355 A CN114760355 A CN 114760355A CN 202210268213 A CN202210268213 A CN 202210268213A CN 114760355 A CN114760355 A CN 114760355A
- Authority
- CN
- China
- Prior art keywords
- dependency
- node
- client
- file
- npm
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Stored Programmes (AREA)
Abstract
本申请公开了一种Node.js依赖离线管理方法,在服务端搭建用于存储Node.js依赖的本地仓库以及搭建用于接收客户端发送请求的代理。客户端请求安装Node.js依赖,服务端接收客户端发送的请求,检测请求安装的Node.js依赖是否已经存在于本地仓库,若Node.js依赖已存在,则将本地仓库内的Node.js依赖返回给客户端,否则从网络下载相应的Node.js依赖返回给客户端后并保存至本地仓库,当客户端再次请求安装相同的Node.js依赖时,在内网环境下访问本地仓库就可以获取,不需要再次访问网络。解决了现有的Node.js依赖离线管理方法不能将Node.js依赖安装过程中的依赖包或依赖文件都保存至本地的技术问题。
Description
技术领域
本申请属于Node.js依赖安装技术领域,尤其涉及一种Node.js依赖离线管理方法。
背景技术
Node.js是一个基于Chrome V8引擎的JavaScript运行环境,使用了一个事件驱动、非阻塞式I/O模型,让JavaScript运行在服务端的开发平台,它让JavaScript成为与PHP、Python、Perl、Ruby等服务端语言平起平坐的脚本语言。自2009年以来,Node.js一直席卷全球。成千上万个系统基于Node.js构建,促使开发者在社区宣称“JavaScript正在吞噬软件”。Node.js成功的主要因素之一是它广受欢迎的软件包管理器——npm,因为npm使JavaScript开发人员可以快速方便地共享软件包,例如lodash和moment。截止目前npm已帮助发布了超过130万个软件包,每周下载量超过160亿次,这些数字对于任何软件工具来说都非常厉害。
随着网络的快速发展,越来越多的人加入开源社区,他们撰写了丰富的开源代码。有人说今天的web apps中有97%的代码是来自npm,剩下的3%是开发者自己写的。如大家常用的打包工具webpack@4.28.3安装后有884个一级依赖,这些依赖还需要1690个依赖,安装这些依赖需要访问registry1802次。但是有些资源版本迭代速度快,且版本不兼容,有些项目在开发过程中就发现之前的依赖下架或者被限制访问了,因此需要保证资源访问的可持续性,较好的方法就是把这些开发依赖本地化。
在使用Node.js时虽然我们可以通过访问国内taobao或cnpmjs源来提高访问速度,但是有些源可能会在一段时间后丢失或访问不到,且使用npm安装包时这些包常常会有更深层的包、文件资源或二进制资源依赖。虽然我们可以通过一些方法搭建内部仓库来保存这些依赖包,但是这些需要访问网络获取的深层文件或二进制依赖的问题常常难以解决。
目前已有相关软件可以用来搭建npm私有仓库如verdaccio和cnpmjs可以用来做代理将客户端请求的依赖包保存至本地,使以后再次请求该版本依赖包时可以直接减少网络访问。同时也有http代理如nginx可以将客户端请求的静态文件保存至本地来减少网络访问。但是以上代理有如下缺点:
1)npm代理虽然可以将客户端的依赖包方便的保存至本地且方便将保存的依赖包备份或迁移到其它服务端,但是npm代理不能处理依赖中需要的依赖文件,如vscodeFortran IntelliSense插件每次安装依赖过程中会请求下载vscode.d.ts文件。
2)http代理如nginx虽然可以缓存依赖文件却不能很好的处理npm依赖包及其深层依赖包,且nginx缓存依赖文件对地址和文件映射不能方便的备份和迁移。
发明内容
本申请提供了一种Node.js依赖离线管理方法,用以解决现有的Node.js依赖离线管理方法不能将Node.js依赖安装过程中的依赖包和依赖文件都保存至本地的技术问题。
有鉴于此,本申请提供了一种Node.js依赖离线管理方法,基于通过内网连接的服务端和客户端,包括:
在服务端搭建用于存储Node.js依赖的本地仓库以及搭建用于接收客户端发送请求的代理,Node.js依赖包括依赖包和依赖文件;
当客户端请求安装Node.js依赖时,服务端接收客户端发送的请求,检测请求安装的Node.js依赖是否已经存在于本地仓库,若Node.js依赖已存在,则将本地仓库内的Node.js依赖返回给客户端,否则从网络下载相应的Node.js依赖返回给客户端后保存至本地仓库,当客户端再次请求安装相同的Node.js依赖时,直接将保存的Node.js依赖返回给客户端。
在服务端搭建用于存储Node.js依赖的本地仓库以及搭建用于接收客户端发送请求的代理,方便根据客户端的请求从本地仓库返回相应的依赖包或依赖文件。当依赖包或依赖文件第一次从网络下载保存至本地仓库,当客户端再请求下载该依赖包或依赖文件时,通过内网就可以直接从本地仓库将该依赖包或依赖文件返回至客户端,不需要再次访问网络,通过该流程可以大大提高安装Node.js依赖的速度,同时也解决了日后找不到依赖版本的依赖包或依赖文件的问题,保证了业务的稳定。
可选地,本地仓库包括用于保存本地依赖包目录的npm代理仓库和用于保存依赖文件的文件仓库,代理包括npm代理和http代理,npm代理用于接收客户端发送包含npm请求地址的依赖包安装请求,http代理用于接收客户端发送包含http请求地址的依赖文件安装请求。
可选地,当客户端请求安装依赖包时,npm代理接收客户端发送的npm请求地址,检测npm请求地址是否在npm代理仓库内有相应的映射,若有则直接返回映射对应的依赖包,否则从网络下载相应的依赖包返回给客户端,将依赖包保存至相应的本地依赖包目录内并建立npm请求地址与依赖包的映射关系。
可选地,当客户端请求安装依赖文件时,http代理接收客户端发送的http请求地址,检测http请求地址是否在文件仓库内有相应的映射,若有则直接返回映射对应的依赖文件,否则从网络下载相应的依赖文件返回给客户端,将依赖文件保存至文件仓库内并建立http请求地址与依赖文件的映射关系。
可选地,客户端通过npm或yarn请求安装Node.js依赖。
从以上技术方案可以看出,本申请实施例具有以下优点:
本申请提供的一种Node.js依赖离线管理方法,在服务端搭建用于存储Node.js依赖的本地仓库以及搭建用于接收客户端发送请求的代理。客户端请求安装Node.js依赖,服务端接收客户端发送的请求,检测请求安装的Node.js依赖是否已经存在于本地仓库,若Node.js依赖已存在,则将本地仓库内的Node.js依赖返回给客户端,否则从网络下载相应的Node.js依赖返回给客户端后并保存至本地仓库,当客户端再次请求安装相同的Node.js依赖时,直接将保存的Node.js依赖返回给客户端。服务端第一次从网络下载依赖包或依赖文件后,将依赖包或依赖文件保存在本地仓库内,当客户端下次请求该依赖包或依赖文件时,在内网环境下访问本地仓库就可以获取,不需要再次访问网络。解决了现有的Node.js依赖离线管理方法不能将Node.js依赖安装过程中的依赖包或依赖文件都保存至本地的技术问题。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
图1为本申请实施例中提供的一种Node.js依赖离线管理方法的流程示意图;
图2为本申请实施例中提供的一种Node.js依赖离线管理方法的交互框架图;
图3为本申请实施例中提供的一种Node.js依赖离线管理方法的另一个流程示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
为了便于理解,请参阅图1,本申请提供的一种Node.js依赖离线管理方法的一个实施例,包括:
步骤101、使服务端和客户端通过内网连接。
步骤102、在服务端搭建用于存储Node.js依赖的本地仓库以及搭建用于接收客户端发送请求的代理,Node.js依赖包括依赖包和依赖文件。
步骤103、当客户端请求安装Node.js依赖时,服务端接收客户端发送的请求,检测请求安装的Node.js依赖是否已经存在于本地仓库,若Node.js依赖已存在,则将本地仓库内的Node.js依赖返回给客户端,否则从网络下载相应的Node.js依赖返回给客户端后保存至本地仓库,当客户端再次请求安装相同的Node.js依赖时,直接将保存的Node.js依赖返回给客户端。
需要说明的是,首先设置基于内网连接的服务端和客户端,然后在服务端搭建用于存储Node.js依赖的本地仓库以及搭建用于接收客户端发送请求的代理,Node.js依赖包括依赖包和依赖文件,客户端可以随时通过内网访问本地仓库内的依赖包和依赖文件。当客户端请求安装依赖包或依赖文件时,服务端接收客户端发送的请求,若依赖包或依赖文件已存在,则将本地仓库内的依赖包或依赖文件返回给客户端,否则从网络下载相应的依赖包或依赖文件返回给客户端后并保存至本地仓库。当客户端再次请求安装该依赖包或依赖文件时,服务端会发现该依赖包或依赖文件已存在本地仓库内,将该依赖包或依赖文件直接返回给客户端。
本申请实施例中提供的一种Node.js依赖离线管理方法,服务端和客户端通过内网连接,在服务端搭建用于存储Node.js依赖的本地仓库以及搭建用于接收客户端发送请求的代理。当客户端请求安装Node.js依赖时,服务端接收客户端发送的请求,若Node.js依赖已存在,则将本地仓库内的Node.js依赖返回给客户端,否则从网络下载相应的Node.js依赖返回给客户端后并保存至本地仓库。若本地仓库内没有相应的依赖包或依赖文件,只需要访问一次网络后相关的依赖包和依赖文件就都安全的保存至本地仓库,当客户端再次发送请求时通过内网就可以直接从本地仓库将该依赖包或依赖文件返回至客户端,不需要再次访问网络,使用户不用担心项目的依赖包和依赖文件丢失。该方法可以使项目中依赖包和文件保存至本地,不仅提高了访问速度且保证了项目的稳定。解决了现有的Node.js依赖离线管理方法不能将Node.js依赖安装过程中的依赖包和依赖文件都保存至本地的技术问题。
实施例2
作为对实施例1的进一步改进,请参阅图2和图3,本申请提供了一种Node.js依赖离线管理方法的另一个实施例,包括:
步骤201、使服务端和客户端通过内网连接。
步骤202、在服务端搭建用于存储Node.js依赖的本地仓库以及搭建用于接收客户端发送请求的代理,Node.js依赖包括依赖包和依赖文件。
步骤203、当客户端通过npm或yarn请求安装依赖包时,npm代理接收客户端发送的npm请求地址,检测npm请求地址是否在npm代理仓库内有相应的映射,若有则直接返回映射对应的依赖包,否则从网络下载相应的依赖包返回给客户端,将依赖包保存至相应的本地依赖包目录内并建立npm请求地址与依赖包的映射关系。
步骤204、当客户端通过npm或yarn请求安装依赖包时,http代理接收客户端发送的http请求地址,检测http请求地址是否在文件仓库内有相应的映射,若有则直接返回映射对应的依赖文件,否则从网络下载相应的依赖文件返回给客户端,将依赖文件保存至文件仓库内并建立http请求地址与依赖文件的映射关系。
需要说明的是,本地仓库包括用于保存本地依赖包目录的npm代理仓库和用于保存依赖文件的文件仓库,由于同一种依赖包存在不同的名字和不同的版本,因此将属于同一种依赖包的不同名字以及不同版本的依赖包保存至同一个本地依赖包目录内,可以根据客户端的请求返回相应版本的依赖包。将依赖包和依赖文件分开保存,根据客户端的请求类型到相应的仓库进行寻找,缩短访问时间,提高安装效率。代理包括npm代理和http代理,npm代理用于接收客户端发送包含npm请求地址的依赖包安装请求,http代理用于接收客户端发送包含http请求地址的依赖文件安装请求。使服务端和客户端通过内网连接,在服务端搭建npm代理仓库、文件仓库、npm代理以及http代理,客户端请求安装Node.js依赖得方式有多种选择,可以选用npm请求安装Node.js依赖,也可以选用yarn请求安装Node.js依赖。在本申请提到的映射关系是指客户端发送的请求地址与本地仓库内的Node.js依赖存放地址之间的相互对应关系,若请求地址与本地仓库内的Node.js依赖存放地址存在映射关系,则当服务端接收到客户端发送的请求地址时,直接将该请求地址对应的Node.js依赖返回给客户端。请求地址包括npm请求地址和http请求地址。当用户在开发时做为客户端请求下载依赖包,用户第一次执行npm instal或yarn请求安装相关依赖包,npm代理接收客户端发送的npm请求地址,检测npm请求地址是否在npm代理仓库内有相应的映射关系,若有则直接返回该npm请求地址对应的依赖包,否则从网络下载相应的依赖包返回给客户端,将依赖包保存至相应的本地依赖包目录内并建立npm请求地址与依赖包的映射关系,将该依赖包相应的npm请求地址设置为对应的本地依赖包目录,当下次客户端再发送该npm请求时,npm代理直接将本地依赖包目录中的依赖包通过内网发送给客户端,服务端不需要再次访问网络下载。若使用npm或yarn安装依赖过程中需要联网下载某个依赖文件,例如vscodeFortran IntelliSense插件每次安装依赖过程中会请求下载vscode.d.ts文件,http代理将根据客户端发送的http请求地址查找文件仓库是否有该依赖文件,如果不存在则服务端连接网络下载该依赖文件,将该依赖文件返回给客户端并在本地仓库的文件仓库内保存该依赖文件,建立http请求地址到该依赖文件的映射关系。当客户端再次请求该依赖文件时,http代理会发现该http请求地址在文件库内存在相应的依赖文件,直接将文件仓库内相应的依赖文件返回给客户端。有些项目在开发过程中,不仅需要请求安装依赖包,还需要请求安装依赖文件,服务端的npm代理和http代理处于同时运行状态,根据客户端发送的请求的类型,检测请求的依赖包或依赖文件是否在npm代理仓库或文件仓库内有相应的映射,若有则直接返回映射对应的依赖包或依赖文件,否则从网络下载相应的依赖包或依赖文件返回给客户端,缩短响应时间,及时将客户端需要的依赖包和依赖文件返回给客户端,从网络下载相应的依赖包或依赖文件返回给客户端后建立相应的映射关系,当项目开发再次需要该依赖包或依赖文件时直接返回给客户端,避免反复访问网络下载依赖包或依赖文件。在使项目中Node.js依赖的依赖包和依赖文件保存至本地仓库,不仅提高了访问速度且保证了项目的稳定,且在需要时可以方便的将依赖包及相关依赖文件复制部署到新的服务端。
以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (5)
1.一种Node.js依赖离线管理方法,基于通过内网连接的服务端和客户端,其特征在于,包括:
在所述服务端搭建用于存储Node.js依赖的本地仓库以及搭建用于接收所述客户端发送请求的代理,所述Node.js依赖包括依赖包和依赖文件;
当所述客户端请求安装Node.js依赖时,所述服务端接收所述客户端发送的请求,检测请求安装的Node.js依赖是否已经存在于所述本地仓库,若所述Node.js依赖已存在,则将所述本地仓库内的所述Node.js依赖返回给所述客户端,否则从网络下载相应的所述Node.js依赖返回给所述客户端后保存至所述本地仓库,当所述客户端再次请求安装相同的所述Node.js依赖时,直接将保存的所述Node.js依赖返回给所述客户端。
2.根据权利要求1所述的Node.js依赖离线管理方法,其特征在于,所述本地仓库包括用于保存本地依赖包目录的npm代理仓库和用于保存所述依赖文件的文件仓库,所述代理包括npm代理和http代理,所述npm代理用于接收所述客户端发送包含npm请求地址的依赖包安装请求,所述http代理用于接收所述客户端发送包含http请求地址的依赖文件安装请求。
3.根据权利要求2所述的Node.js依赖离线管理方法,其特征在于,当所述客户端请求安装所述依赖包时,所述npm代理接收所述客户端发送的所述npm请求地址,检测所述npm请求地址是否在所述npm代理仓库内有相应的映射,若有则直接返回所述映射对应的所述依赖包,否则从所述网络下载相应的所述依赖包返回给所述客户端,将所述依赖包保存至相应的所述本地依赖包目录内并建立所述npm请求地址与所述依赖包的映射关系。
4.根据权利要求2所述的Node.js依赖离线管理方法,其特征在于,当所述客户端请求安装所述依赖文件时,所述http代理接收所述客户端发送的所述http请求地址,检测所述http请求地址是否在所述文件仓库内有相应的映射,若有则直接返回所述映射对应的所述依赖文件,否则从所述网络下载相应的所述依赖文件返回给所述客户端,将所述依赖文件保存至所述文件仓库内并建立所述http请求地址与所述依赖文件的映射关系。
5.根据权利要求1所述的Node.js依赖离线管理方法,其特征在于,所述客户端通过npm或yarn请求安装所述Node.js依赖。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210268213.7A CN114760355B (zh) | 2022-03-18 | 2022-03-18 | 一种Node.js依赖离线管理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210268213.7A CN114760355B (zh) | 2022-03-18 | 2022-03-18 | 一种Node.js依赖离线管理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114760355A true CN114760355A (zh) | 2022-07-15 |
CN114760355B CN114760355B (zh) | 2023-09-26 |
Family
ID=82327970
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210268213.7A Active CN114760355B (zh) | 2022-03-18 | 2022-03-18 | 一种Node.js依赖离线管理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114760355B (zh) |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080201705A1 (en) * | 2007-02-15 | 2008-08-21 | Sun Microsystems, Inc. | Apparatus and method for generating a software dependency map |
CN103092581A (zh) * | 2011-10-28 | 2013-05-08 | 阿里巴巴集团控股有限公司 | 一种Web前端本地开发环境的搭建方法和装置 |
CN108228229A (zh) * | 2016-12-19 | 2018-06-29 | 深圳业拓讯通信科技有限公司 | 一种Maven依赖的管理方法以及系统 |
CN109450907A (zh) * | 2018-11-21 | 2019-03-08 | 中国银行股份有限公司 | 基于websocket的通信系统搭建方法及装置 |
CN109766099A (zh) * | 2018-12-11 | 2019-05-17 | 浙江口碑网络技术有限公司 | 前端源码编译方法、装置、存储介质及计算机设备 |
CN110162332A (zh) * | 2019-05-20 | 2019-08-23 | 深圳前海微众银行股份有限公司 | 一种rn项目的构建方法及系统 |
CN111198709A (zh) * | 2019-12-29 | 2020-05-26 | 浪潮电子信息产业股份有限公司 | 一种rpm软件包管理方法、系统、装置及可读存储介质 |
US20200285488A1 (en) * | 2019-03-05 | 2020-09-10 | International Business Machines Corporation | Loading dependency library files from a shared library repository in an application runtime environment |
CN112579097A (zh) * | 2020-12-21 | 2021-03-30 | 广州博冠信息科技有限公司 | 软件项目构建方法、装置、存储介质及电子设备 |
CN113312048A (zh) * | 2021-06-10 | 2021-08-27 | 浪潮云信息技术股份公司 | 基于electron唤起本地工具的实现方法及系统 |
CN113590144A (zh) * | 2021-08-16 | 2021-11-02 | 北京字节跳动网络技术有限公司 | 一种依赖处理方法及装置 |
WO2021217397A1 (zh) * | 2020-04-28 | 2021-11-04 | 深圳开源互联网安全技术有限公司 | Node.js组件漏洞检测方法及系统 |
-
2022
- 2022-03-18 CN CN202210268213.7A patent/CN114760355B/zh active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080201705A1 (en) * | 2007-02-15 | 2008-08-21 | Sun Microsystems, Inc. | Apparatus and method for generating a software dependency map |
CN103092581A (zh) * | 2011-10-28 | 2013-05-08 | 阿里巴巴集团控股有限公司 | 一种Web前端本地开发环境的搭建方法和装置 |
CN108228229A (zh) * | 2016-12-19 | 2018-06-29 | 深圳业拓讯通信科技有限公司 | 一种Maven依赖的管理方法以及系统 |
CN109450907A (zh) * | 2018-11-21 | 2019-03-08 | 中国银行股份有限公司 | 基于websocket的通信系统搭建方法及装置 |
CN109766099A (zh) * | 2018-12-11 | 2019-05-17 | 浙江口碑网络技术有限公司 | 前端源码编译方法、装置、存储介质及计算机设备 |
US20200285488A1 (en) * | 2019-03-05 | 2020-09-10 | International Business Machines Corporation | Loading dependency library files from a shared library repository in an application runtime environment |
CN110162332A (zh) * | 2019-05-20 | 2019-08-23 | 深圳前海微众银行股份有限公司 | 一种rn项目的构建方法及系统 |
CN111198709A (zh) * | 2019-12-29 | 2020-05-26 | 浪潮电子信息产业股份有限公司 | 一种rpm软件包管理方法、系统、装置及可读存储介质 |
WO2021217397A1 (zh) * | 2020-04-28 | 2021-11-04 | 深圳开源互联网安全技术有限公司 | Node.js组件漏洞检测方法及系统 |
CN112579097A (zh) * | 2020-12-21 | 2021-03-30 | 广州博冠信息科技有限公司 | 软件项目构建方法、装置、存储介质及电子设备 |
CN113312048A (zh) * | 2021-06-10 | 2021-08-27 | 浪潮云信息技术股份公司 | 基于electron唤起本地工具的实现方法及系统 |
CN113590144A (zh) * | 2021-08-16 | 2021-11-02 | 北京字节跳动网络技术有限公司 | 一种依赖处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN114760355B (zh) | 2023-09-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102413022B (zh) | 一种应用调试方法和系统 | |
CN109547570B (zh) | 服务注册方法、装置、注册中心管理设备及存储介质 | |
US9959105B2 (en) | Configuration of an application in a computing platform | |
CN103283209B (zh) | 一种应用服务平台系统及其实现方法 | |
US20130198763A1 (en) | Connection management for an application in a computing platform | |
US20130198719A1 (en) | Automated deployment of an application in a computing platform | |
CN106569880B (zh) | 一种Android应用间动态共享资源的方法及系统 | |
US20200285488A1 (en) | Loading dependency library files from a shared library repository in an application runtime environment | |
CN113204351B (zh) | 一种嵌入式系统包管理方法及其使用方法 | |
CN107220074A (zh) | 对支撑层软件功能的访问、升级方法及装置 | |
CN112702195A (zh) | 网关配置方法、电子设备及计算机可读存储介质 | |
CN112583760B (zh) | 一种对象存储的访问方法、装置、设备和计算机存储介质 | |
CN114880006A (zh) | 基于无感更新微服务的网页访问方法、设备、介质及产品 | |
KR20060111349A (ko) | 프로그램 프래그먼트를 공유하는 프로세스 및 시스템 | |
US8095625B2 (en) | Directory server plug-in call ordering | |
CN117076473B (zh) | 一种SaaS多租户的元数据运行方法、系统、设备及介质 | |
CN114760355A (zh) | 一种Node.js依赖离线管理方法 | |
US20230393826A1 (en) | Fast retrieving hierarchical components on multi-tenant cross region multi-cloud | |
CN116069366A (zh) | 客户端应用程序更新方法及装置、存储介质及电子设备 | |
CN113867776B (zh) | 中台应用的发布方法、装置、电子设备和存储介质 | |
CN114860203A (zh) | 项目创建方法、装置、服务器及存储介质 | |
CN112437170A (zh) | 域名信息处理方法及装置、计算机设备、计算机存储介质 | |
US8656419B2 (en) | Dynamic distributed evaluator | |
CN117348948B (zh) | 一种在自有App上运行的小程序引擎 | |
CN115185813A (zh) | 一种应用启动时的状态检测方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |