资源调取方法、装置、电子设备及存储介质

技术领域

本发明实施例涉及软件开发技术领域，尤其涉及一种资源调取方法、装置、电子设备及存储介质。

背景技术

目前，在项目开发阶段需要将可能使用到的所有依赖包进行预先的下载，并存储在本地，存在占用本地内存的问题。进一步的，在项目开发的过程中，需要本地持续的对依赖包进行维护，增加项目维护成本。

再次，若是项目开发的周期较长，而存储在本地的依赖包已经存在优化版本，而且，该依赖包在项目中占有重要位置，此时调取本地的依赖包，可能造成项目研发的失败。

发明内容

本发明实施例提供一种资源调取方法、装置、电子设备及存储介质，以在项目开发阶段，实现从服务器中调取目标依赖资源，减少本地内存的负担。

第一方面，本发明实施例提供了一种资源调取方法，所述方法包括：

当接收到依赖资源调取请求时，确定与所述依赖资源调取请求相对应的目标依赖资源标识；

如果所述目标缓存中不包括与所述目标依赖资源标识相对应的目标依赖资源时，确定与所述目标依赖资源标识相对应的目标依赖资源暂存服务器，并将所述依赖资源调取请求发送至所述目标依赖资源暂存服务器；

接收所述目标依赖资源暂存服务器反馈的与所述依赖资源调取请求相对应的目标依赖资源；

其中，依赖资源为当前项目开发和/或打包所使用的资源。

第二方面，本发明实施例还提供了一种资源调取装置，该装置包括：

目标依赖资源标识调取模块，用于当接收到依赖资源调取请求时，确定与所述依赖资源调取请求相对应的目标依赖资源标识；

目标依赖资源暂存服务器确定模块，用于如果所述目标缓存中不包括与所述目标依赖资源标识相对应的目标依赖资源时，确定与所述目标依赖资源标识相对应的目标依赖资源暂存服务器，并将所述依赖资源调取请求发送至所述目标依赖资源暂存服务器；

第一目标依赖资源调取模块，用于接收所述目标依赖资源暂存服务器反馈的与所述依赖资源调取请求相对应的目标依赖资源；其中，依赖资源为当前项目开发和/或打包所使用的资源。

第三方面，本发明实施例还提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的资源调取方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明实施例任一所述的资源调取方法。

本发明实施例的技术方案，通过在接收到依赖资源调取请求时，确定与依赖资源调取请求相对应的目标依赖资源标识，并判断目标缓存中是否存储与目标依赖资源标识对应的目标依赖资源，若否，确定与目标依赖资源标识相对应的目标依赖资源暂存服务器，并将依赖资源调取请求发送至目标依赖资源暂存服务器。接收目标依赖资源暂存服务器反馈的目标依赖资源。通过本发明实施例的技术方案，实现了在项目开发过程中有针对性的从依赖资源对应的资源暂存服务器中调取对应的依赖资源，解决了现有在项目开发前需要对所有的依赖资源进行预先的下载，存储并维护，增加本地内存负担的问题。

附图说明

为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。

图1为本发明实施例一中的一种资源调取方法的流程示意图；

图2为本发明实施例二中的一种资源调取方法的流程示意图；

图3为本发明实施例三中的一种资源调取方法的示意图；

图4为本发明实施例四中的一种资源调取装置的结构示意图；

图5为本发明实施例五中的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例所提供的一种资源调取方法的流程示意图，本实施例可适用于在项目开发过程中，调取依赖资源包的情况，该方法可以由资源调取装置来执行，该装置可以通过软件和/或硬件的形式实现。

需要说明的是，在阐述本发明实施例的技术方案前，首先对本发明实施例的应用场景进行示例性说明：本发明实施例是指项目开发或者打包的过程中，对依赖资源进行调取，具体采用从依赖资源暂存服务器中进行调取达到减少本地内存的占用量的效果。

如图1所述，本发明实施例的资源调取方法具体包括如下步骤：

S110、当接收到依赖资源调取请求时，确定与所述依赖资源调取请求相对应的目标依赖资源标识。

其中，依赖资源调取请求是指调取某一个或者多个依赖资源的请求。依赖资源为当前项目开发和/或打包所使用的资源。比如，项目中Errors资源(错误处理库)，可以处理错误并附带注释。需要说明的是，本发明实施例中的依赖资源可以理解为依赖包。目标依赖资源是指需要调取的依赖资源。目标依赖资源标识是将目标依赖资源与其他的依赖资源区分开的标识。目标依赖资源标识的表示形式可以是图标、字符等。

具体的，当接收到客户端发送的依赖资源调取请求时，确定与依赖资源调取请求相对应的目标依赖资源标识，以区分目标依赖资源和其他依赖资源，为后续的目标依赖资源的获取做准备工作。

S120、如果所述目标缓存中不包括与所述目标依赖资源标识相对应的目标依赖资源时，确定与所述目标依赖资源标识相对应的目标依赖资源暂存服务器，并将所述依赖资源调取请求发送至所述目标依赖资源暂存服务器。

其中，缓存是指暂时存储的存储器，目标缓存是指对目标依赖资源进行暂时存储的存储空间。目标依赖资源暂存服务器是指目标依赖资源所属的服务器，比如，目标依赖资源暂存服务器为GitHub服务器。

具体的，当确定目标依赖资源标识后，基于目标依赖资源标识确定目标缓存中是否存储有与目标依赖标识相对应的目标依赖资源。若是在目标缓存中未存储目标依赖资源，将依赖资源调取请求发送至目标依赖资源服务器，以使目标依赖资源服务器根据接收到依赖资源调取请求，确定目标依赖资源。

可选的，所述目标依赖资源标识包括目标依赖资源定位符；所述确定与所述目标依赖资源标识相对应的目标依赖资源暂存服务器，包括：确定与所述目标依赖资源定位符相对应的目标依赖资源暂存服务器。

其中，目标依赖资源定位符是与目标依赖资源一一对应的，基于目标依赖资源依赖定位符可以调取目标依赖资源，例如，目标依赖资源定位符为URL地址，通过URL地址可以从目标依赖资源对应的目标依赖资源暂存服务器中，调取目标依赖资源。

具体的，通过目标依赖资源定位符确定目标依赖资源所对应的目标依赖资源暂存服务器，提高确定目标依赖资源暂存服务器的准确性。

S130、接收所述目标依赖资源暂存服务器反馈的与所述依赖资源调取请求相对应的目标依赖资源。

具体的，将依赖资源调取请求发送至目标依赖资源暂存服务器，以使目标依赖资源暂存服务器基于依赖资源调取请求中的目标依赖资源标识，确定目标依赖资源，并反馈目标依赖资源。通过从目标依赖资源暂存服务器接收目标依赖资源的方式，不需要对目标依赖资源进行预先的下载存储以及维护，提高服务器的工作效率，减少内存占用量。

本发明实施例的技术方案，通过在接收到依赖资源调取请求时，确定与依赖资源调取请求相对应的目标依赖资源标识，并判断目标缓存中是否存储与目标依赖资源标识对应的目标依赖资源，若否，确定与目标依赖资源标识相对应的目标依赖资源暂存服务器，并将依赖资源调取请求发送至目标依赖资源暂存服务器。接收目标依赖资源暂存服务器反馈的目标依赖资源。通过本发明实施例的技术方案，实现了在项目开发过程中有针对性的从依赖资源对应的资源暂存服务器中调取对应的依赖资源，解决了现有在项目开发前需要对所有的依赖资源进行预先的下载，存储并维护，增加本地内存负担的问题。

在上述技术方案的基础上，可选的，在所述接收所述目标依赖资源暂存服务器反馈的与所述依赖资源调取请求相对应的目标依赖资源之后，包括：基于所述目标依赖资源和项目文件进行项目打包，以获取目标项目包。

其中，所述项目文件为项目开发过程中的文件。比如程序代码文件和文档文件等。项目包是指项目整体打包后生成的包，项目包中可以包括一个或者多个依赖资源。目标项目包是指基于目标依赖资源和项目文件进行打包，得到项目包。

具体的，当确定目标依赖资源后，将目标依赖资源以及项目文件进行打包，以得到项目包，完成项目的开发过程。

实施例二

图2是本发明实施例提供的一种资源调取方法的流程示意图，本发明实施例在上述实施例的可选方案的基础上进行的扩展，在调取目标依赖资源后，对目标依赖资源存储至目标缓存中，以便再次调取该目标依赖资源时，可以从目标缓存中调取。具体的扩展内容在本发明实施例中的进行详细的阐述。其中，与上述实施例相同或者相似的技术术语将不再赘述。

如图2所示，本发明实施例的资源调取方法包括如下步骤：

S210、当接收到依赖资源调取请求时，确定与所述依赖资源调取请求相对应的目标依赖资源标识。

S220、如果所述目标缓存中不包括与所述目标依赖资源标识相对应的目标依赖资源时，确定与所述目标依赖资源标识相对应的目标依赖资源暂存服务器，并将所述依赖资源调取请求发送至所述目标依赖资源暂存服务器。

S230、接收所述目标依赖资源暂存服务器反馈的与所述依赖资源调取请求相对应的目标依赖资源。

S240、将所述目标依赖资源存储至目标缓存中，以在接收到依赖资源调取请求时，确定与所述依赖资源调取请求相对应的目标依赖资源标识，从所述目标缓存中调取与所述目标依赖资源标识相对应的目标依赖资源。

具体的，在得到目标依赖资源后，将目标依赖资源存储在目标缓存中。可选的，将目标依赖资源标识与存储在目标缓存中的位置信息设置对应关系，以基于目标依赖资源标识和对应关系，判断目标依赖资源是否存储在目标缓存中，若是，也可以确定目标依赖资源在目标缓存中的位置信息。基于位置信息调取目标依赖资源。

在本发明实施例中，设置目标依赖资源标识与存储在目标缓存中的位置信息的对应关系，可以是，所述从所述目标缓存中调取与所述目标依赖资源标识相对应的目标依赖资源，包括：确定所述目标依赖标识相对应的目标依赖资源路径；从所述目标缓存中调取与所述目标依赖资源路径相对应的目标依赖资源。

其中，目标依赖资源路径是指目标依赖资源在目标缓存中的路径信息。

具体的，根据目标依赖标识确定相对应的目标依赖资源路径，以根据目标依赖路径从目标缓存中调取对应的目标依赖资源。通过目标依赖资源路径的方式调取目标依赖资源，提高目标依赖资源调取的准确性。

在本发明实施例中，存储在目标缓存中的目标依赖资源可能存在更新的情况，此时，可以针对更新的版本对目标缓存中的目标依赖资源进行更新或者发送更新信息至目标终端，以对目标终端对应的目标用户进行提醒等。可选的，在所述将所述目标依赖资源存储至目标缓存中之后，还包括：监测所述目标缓存中的各个依赖资源是否存在更新版本；若是，发送与更新的依赖资源相对应的提示信息至目标终端；其中，所述提示信息包括更新的依赖资源的更新版本号以及所属目标依赖资源暂存服务器的服务器标识。

其中，提示信息用于对目标终端对应的目标用户进行提示。提示信息可以通过短信、推送消息、电话语音发送至目标终端。提示信息的表示方式可以是语音、文本、图表等。目标依赖资源暂存服务器的服务器标识可以是目标依赖资源暂存服务器的名称。

具体的，当监测到目标缓存中某一个或者几个依赖资源存在更新版本时，可以基于依赖资源发送提示信息至目标终端，以使目标终端对应的目标用户进行提示，使得目标用户基于提示信息对依赖资源进行更新或者其他操作，防止因为依赖资源的版本更新，而项目中使用旧版本的依赖资源包造成项目失败等问题。可选的，当目标缓存中的多个依赖资源出现更新版本时，可以基于每个依赖资源发送提示信息至目标终端，可以是将多个依赖资源的提示信息进行整合，生成一条提示信息，并发送至目标终端。提示信息包括依赖资源的更新版本号、所述依赖资源所属目标依赖资源暂存服务器的服务器标识，方便目标终端对应的目标用户及时了解依赖资源的更新版本情况。

在上述技术方案的基础上，在所述将所述目标依赖资源存储至目标缓存中之后，还包括：当检测到所述目标缓存中的依赖资源存在更新版本时，基于所述依赖资源所属的依赖资源暂存服务器中的更新版本，更新所述目标缓存中的所述依赖资源，并发送更新信息至目标终端；其中，所述更新信息包括所述依赖资源的原始版本号、所述依赖资源的更新版本号、版本更新时间、所述依赖资源所属的依赖资源暂存服务器。

具体的，当检测到目标缓存中依赖资源存在更新版本时，在依赖资源对应的依赖资源暂存服务器中下载新版本的依赖资源，并覆盖目标缓存中对应的依赖资源。将更新信息发送至目标终端，以使目标终端对应的目标用户基于更新信息了解更新的依赖资源。可选的，将下载的新版本的依赖资源与目标缓存中对应的依赖资源关联存储，并将更新信息发送至目标终端，以使目标用户获知在目标缓存中存储有依赖资源的更新版本，目标用户根据项目需要，确定是否删除目标缓存中原始存储的依赖资源，提高用户的体验度。

本发明实施例的技术方案，通过在接收到依赖资源调取请求时，确定与依赖资源调取请求相对应的目标依赖资源标识，并判断目标缓存中是否存储与目标依赖资源标识对应的目标依赖资源，若否，确定与目标依赖资源标识相对应的目标依赖资源暂存服务器，并将依赖资源调取请求发送至目标依赖资源暂存服务器。接收目标依赖资源暂存服务器反馈的目标依赖资源，并将目标依赖资源存储在目标缓存中。通过本发明实施例的技术方案，实现了对目标依赖资源的调取以及存储，当再次调取目标依赖资源时，可以从目标缓存中调取，减少从目标依赖资源暂存服务器中的下载时长，减少带宽。

实施例三

图3为本发明实施例提供的一种资源调取方法的流程示意图。本发明实施例是上述实施例的基础上的可选方案。

需要说明是，在阐述本发明实施例的技术方案前，先对本发明实施例的技术背景进行示例性说明：

目前开发web应用一般都会使用Webpack作为静态模块打包工具，并且需要加载各种依赖包，比如React、Vue、Axios等技术框架。在项目开发过程中，使用Package.json来维护各种依赖包及其版本。在项目运行及项目打包时，通过Webpack解析代码提取需要使用的依赖包，并根据依赖包的名称在Node_modules(节点模块)中获取对应的文件进行打包，若在Node_modules(节点模块)找不到该依赖包则会提示报错，项目打包也不会成功。因此在运行项目之前，首先需要运行Npm install(安装Npm组件库)来安装Package.json中列举的依赖包，Npm会将所需的依赖包下载并安装到本地的Node_modules中,因此，本地内存的负担过重。

本发明实施例在项目开发过程中，首先解析目标依赖包，判断目标依赖包的地址是否为URL地址，若否，说明目标依赖包预先下载存储在了本地内存中，可以从本地内存中获取目标依赖包。若是，获取目标依赖包的URL地址，并通过目标依赖包的URL地址调取目标依赖包。具体的，通过目标依赖包的URL地址判断在目标缓存中是否存储有与URL地址相对应的目标依赖包，若是，则从目标缓存中获取目标依赖包。若否，则通过URL地址确定目标依赖包对应的目标服务器，从目标服务器中获取目标依赖包，基于目标依赖包和项目文件进行项目打包。并将下载的目标依赖包存储在目标缓存中，以便于再次调取目标依赖包时，可以从目标缓存中调取，减少下载目标依赖包的时长以及占用的带宽。可选的，在目标缓存中存储目标依赖包时，将目标依赖包的URL地址和目标缓存中存储位置设置关联关系，以便基于目标依赖包的URL地址和关联关系从目标缓存中调取目标依赖包。

示例性的，技术框架选用Vue框架时(当然，也可以是其他技术框架，在此不再限定)，对于目标依赖包的调取可以是通过URL地址的方式进行引入，比如，import Vue from'https://unpkg.com/vue'，此时'https://unpkg.com/vue’是一个URL地址。之后，根据URL地址判断在目标缓存中是否存储可与该URL地址对应的依赖包。若是，则读取该依赖包，若否，则根据URL地址从对应的目标服务器中调取依赖文件，并将调取的依赖文件存储在目标缓存中，以备再次使用，最后，对获取到的所有依赖包进行代码打包。

通过本发明实施例的技术方案，通过确定目标依赖资源的URL地址，并基于URL地址判断在目标缓存中是否存储有与URL地址相对应的目标依赖资源，若是，从目标缓存中调取目标依赖资源。若否，基于URL地址确定目标服务器，从目标服务器中调取目标依赖资源，这样，当再次使用该依赖包时可直接从目标缓存中调取，节省了时间和带宽。

实施例四

图4为本发明实施例提供的一种资源调取装置的结构示意图，本发明实施例所提供的资源调取装置可执行本发明任意实施例所提供的资源调取方法，具备执行方法相应的功能模块和有益效果。该装置包括：目标依赖资源标识调取模块410、服务器确定模块420以及第一目标依赖资源调取模块430；其中：

目标依赖资源标识调取模块410，用于当接收到依赖资源调取请求时，确定与所述依赖资源调取请求相对应的目标依赖资源标识；服务器确定模块420，用于如果所述目标缓存中不包括与所述目标依赖资源标识相对应的目标依赖资源时，确定与所述目标依赖资源标识相对应的目标依赖资源暂存服务器，并将所述依赖资源调取请求发送至所述目标依赖资源暂存服务器；第一目标依赖资源调取模块430，用于接收所述目标依赖资源暂存服务器反馈的与所述依赖资源调取请求相对应的目标依赖资源；其中，依赖资源为当前项目开发和/或打包所使用的资源。

进一步的，所述目标依赖资源标识包括目标依赖资源定位符；所述服务器确定模块420包括：

暂存服务器确定模块，用于确定与所述目标依赖资源定位符相对应的目标依赖资源暂存服务器。

进一步的，所述装置还包括：

第二目标依赖资源调取模块，用于将所述目标依赖资源存储至目标缓存中，以在接收到依赖资源调取请求时，确定与所述依赖资源调取请求相对应的目标依赖资源标识，从所述目标缓存中调取与所述目标依赖资源标识相对应的目标依赖资源。

进一步的，所述第二目标依赖资源调取模块包括：

路径确定子模块，用于确定所述目标依赖标识相对应的目标依赖资源路径；目标依赖资源调取子模块，用于从所述目标缓存中调取与所述目标依赖资源路径相对应的目标依赖资源。

进一步的，所述装置还包括：

目标项目包获取模块，用于基于所述目标依赖资源和项目文件进行项目打包，以获取目标项目包；其中，所述项目文件为项目开发过程中的文件。

进一步的，所述装置还包括：

更新版本确定模块，用于监测所述目标缓存中的各个依赖资源是否存在更新版本；提示信息发送模块，用于若是，发送与更新的依赖资源相对应的提示信息至目标终端；其中，所述提示信息包括更新的依赖资源的更新版本号以及所属目标依赖资源暂存服务器的服务器标识。

进一步的，所述装置还包括：

依赖资源更新模块，用于当检测到所述目标缓存中的依赖资源存在更新版本时，基于所述依赖资源所属的依赖资源暂存服务器中的更新版本，更新所述目标缓存中的所述依赖资源，并发送更新信息至目标终端；其中，所述更新信息包括所述依赖资源的原始版本号、所述依赖资源的更新版本号、版本更新时间、所述依赖资源所属的依赖资源暂存服务器。

本发明实施例的技术方案，通过在接收到依赖资源调取请求时，确定与依赖资源调取请求相对应的目标依赖资源标识，并判断目标缓存中是否存储与目标依赖资源标识对应的目标依赖资源，若否，确定与目标依赖资源标识相对应的目标依赖资源暂存服务器，并将依赖资源调取请求发送至目标依赖资源暂存服务器。接收目标依赖资源暂存服务器反馈的目标依赖资源。通过本发明实施例的技术方案，实现了在项目开发过程中有针对性的从依赖资源对应的资源暂存服务器中调取对应的依赖资源，解决了现有在项目开发前需要对所有的依赖资源进行预先的下载，存储并维护，增加本地内存负担的问题。

值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。

实施例五

图5为本发明实施例提供的一种电子设备的结构示意图。图5示出了适于用来实现本发明实施例实施方式的示例性设备50的框图。图5显示的设备50仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，设备50以通用计算设备的形式表现。设备50的组件可以包括但不限于：一个或者多个处理器或者处理单元501，系统存储器502，连接不同系统组件(包括系统存储器502和处理单元501)的总线503。

总线503表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

设备50典型地包括多种计算机系统可读介质。这些介质可以是任何能够被设备50访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器502可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)504和/或高速缓存存储器505。设备50可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统506可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线503相连。存储器502可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块507的程序/实用工具508，可以存储在例如存储器502中，这样的程序模块507包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块507通常执行本发明所描述的实施例中的功能和/或方法。

设备50也可以与一个或多个外部设备509(例如键盘、指向设备、显示器510等)通信，还可与一个或者多个使得用户能与该设备50交互的设备通信，和/或与使得该设备50能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口511进行。并且，设备50还可以通过网络适配器512与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器512通过总线503与设备50的其它模块通信。应当明白，尽管图5中未示出，可以结合设备50使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元501通过运行存储在系统存储器502中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的资源调取方法。

实施例六

本发明实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种资源调取方法，所述方法包括：

当接收到依赖资源调取请求时，确定与所述依赖资源调取请求相对应的目标依赖资源标识；如果所述目标缓存中不包括与所述目标依赖资源标识相对应的目标依赖资源时，确定与所述目标依赖资源标识相对应的目标依赖资源暂存服务器，并将所述依赖资源调取请求发送至所述目标依赖资源暂存服务器；接收所述目标依赖资源暂存服务器反馈的与所述依赖资源调取请求相对应的目标依赖资源；其中，依赖资源为当前项目开发和/或打包所使用的资源。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言——诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。