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

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种资源处理方法、装置、电子设备及存储介质。

背景技术

目前，web开发从后端开发为主的传统开发模式逐渐转换为前后端分离的开发模式。

传统开发模式主要是以后端Spring MVC框架为主结合FreeMarker模板引擎进行开发。前后端分离开发主要是前后端分别开发，开发完成后分别进行部署，采用前后端分离开发的有点主要是：由于前后端可以同时开发，互不依赖，因此可以提高开发效率，进一步的，由于是独立开发的因此代码耦合度低。

但是，在代码开发完成后进行部署时，存在前后端需要独立部署，当独立部署时存在域名或者端口不同的情形，此时，前后端程序的调用就存在跨域的问题，从而导致程度调用不便的技术问题。

发明内容

本发明提供一种资源处理方法、装置、电子设备及存储介质，以实现前端和后端单独开发完成后，将前后端开发的资源进行融合处理并部署到运行环境中，避免了前后端程序调用存在的跨域问题，提高了开发和部署的效率。

第一方面，本发明实施例提供了一种资源处理方法，该方法包括：

当接收到将前后端资源融合的指令时，删除后端工程中存储的历史前端资源；

将前端所对应的待打包资源进行打包，得到待处理资源包并将所述待处理资源包存储至与所述历史前端资源所对应的目标存储位置；所述待处理资源包中包括待更新子资源包和待组合子资源包；

调取所述待更新子资源包，并将所述待更新子资源包中的待更改配置内容更新为目标配置内容，得到目标子资源包；

基于所述目标子资源包和所述待组合子资源包，得到目标资源包，以基于所述目标资源包运行应用程序。

第二方面，本发明实施例还提供了一种资源处理装置，该装置配置于web开发，包括：

历史前端资源删除模块，用于当接收到将前后端资源融合的指令时，删除后端工程中存储的历史前端资源；

存储模块，用于将前端所对应的待打包资源进行打包，得到待处理资源包并将所述待处理资源包存储至与所述历史前端资源所对应的目标存储位置；所述待处理资源包中包括待更新子资源包和待组合子资源包；

目标子资源包确定模块，用于调取所述待更新子资源包，并将所述待更新子资源包中的待更改配置内容更新为目标配置内容，得到目标子资源包；

目标资源包确定模块，用于基于所述目标子资源包和所述待组合子资源包，得到目标资源包，以基于所述目标资源包运行应用程序。

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

一个或多个处理器；

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

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

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

本发明实施例的技术方案，通过当接收到将前后端资源融合的指令时，删除后端工程中存储的历史前端资源，将前端所对应的待打包资源进行打包，得到待处理资源包并将待处理资源包存储至与历史前端资源所对应的目标存储位置，其中，待处理资源包中包括待更新子资源包和待组合子资源包。调取待更新子资源包，并将待更新子资源包中的待更改配置内容更新为目标配置内容，得到目标子资源包，基于目标子资源包和待组合子资源包，得到目标资源包，以基于目标资源包运行应用程序，实现了在前端和后端独立开发完成后，自动将前后端的资源进行融合处理，并将融合处理后的资源包部署到运行环境中，避免了分别进行部署时，存在前后端程序的调用存在跨域的问题，提高了资源部署效率以及调用效率的技术效果。

附图说明

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

图1是本发明实施例一提供的一种资源处理方法流程示意图；

图2是本发明实施例一提供的一种资源处理方法流程示意图；

图3是本发明实施例二提供的一种资源处理方法流程示意图；

图4是本发明实施例二提供的一种资源处理方法流程示意图；

图5是本发明实施例二提供的一种资源处理方法流程示意图；

图6是本发明实施例三提供的一种资源处理方法流程示意图；

图7是本发明实施例四提供的一种资源处理装置模块示意图；

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

具体实施方式

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

实施例一

图1是本发明实施例一提供的一种资源处理方法的流程示意图，本实施例可适用于在已经将前后端资源融合处理后，检测到web前端的资源发生变化时，将更新后的前端资源与后端资源融合，并部署到相应运行环境中的情形，该方法可以由资源处理装置来执行，资源处理装置可通过软件和/或硬件方式实现，该资源处理装置可集成于诸如计算机或者服务器等的电子设备中。

如图1所示，本实施例的方法包括：

S110、当接收到将前后端资源融合的指令时，删除后端工程中存储的历史前端资源。

其中，前端资源可以包括静态资源和前端代码资源。前端资源可以用于网站界面布局的资源，网站界面布局可以理解为通过前端代码将静态资源进行展示。静态资源可以是图片、视频以及音频等资源。前端代码可以包括html(Hyper Text Markup Language，超文本标记语言)代码、css(Cascading Style Sheet，级联样式表)代码和js(javaScript，脚本)代码等。后端资源可以任一种计算机程序语言对应的代码文件，例如，java代码文件、PHP文件以及C#文件等。

其中，前后端资源融合的指令可以理解为将前端资源和后端资源融合至后端工程的命令。可选的，在检测到用户触发某个控件或者是在检测到前端资源发生变化时，自动生成的资源融合的指令。即，前后端资源融合的指令可以是：在检测到前端资源发生变化时生成的指令。后端工程可以包括前端资源和后端资源。后端工程可以是前端资源和后端资源融合处理后部署在运行环境中的后端工程。历史前端资源可以是后端工程中当前时刻以前部署在其内部的前端资源。删除历史前端资源的目的在于，当前端资源发生变化后，需要基于变化后的资源部署至相应运行环境中，因此需要将当前存储的历史前端资源删除。

在本实施例中，删除历史前端资源至少可以包括一种实施方式。第一种实施方式可以是：用户在前后端融合界面上，点击更新前端资源的button时，服务端将自动删除后端工程中的历史前端资源。

第二种实施方式可以是，后端工程中存储的历史前端资源包括css1样式文件，当检测到前端资源css1样式文件变为css2样式文件时，删除后端工程中的存储的css1样式文件。

具体的，当检测到用户修改前端资源，如程序代码或者其它时，可以生成资源融合指令。基于资源融合指令可以调用资源删除模块或者资源删除程序，将后端工程中当前时刻之前存储前端资源删除，以便将修改后的资源与后端资源融合，进而部署到相应的运行环境中。

可选的，所述当接收到将前后端资源融合的指令时，删除后端工程中存储的历史前端资源，包括：当接收到将前端开发的资源与后端开发的资源融合的指令时，确定历史前端资源存储至所述后端工程中的目标存储位置；将所述目标存储位置中的历史前端资源删除。

其中，目标存储位置中存储有历史前端资源。在实际应用中，目标存储位置可以是前后端资源融合之后的前端资源存储的具体位置，例如，前后端资源融合后前端资源存储的位置为A，则目标存储位置则为A。删除目标存储位置的历史前端资源是为了将前端更新的资源放置在目标存储位置，以与后端资源融合。

具体的，当接收到前端开发的资源和后端开发的资源融合的指令时，即在检测到用户触发某个控件或者是在检测到前端资源发生变化时，获取历史前端资源的存储位置。将目标存储位置中存储的历史前端资源删除。

示例性的，如图2所示，可以在软件开发阶段，采用前后端分离模式同时开发前端资源和后端资源，好处在于可以提高软件开发的效率。同时为了使前端工程和后端工程达到高内聚低耦合的效果，从而便于软件的后期维护的效果。可以在软件的部署阶段，将前端资源和后端资源融合，并将其部署到相应的运行环境中。

S120、将前端所对应的待打包资源进行打包，得到待处理资源包并将所述待处理资源包存储至与所述历史前端资源所对应的目标存储位置；所述待处理资源包中包括待更新子资源包和待组合子资源包。

其中，可以将更新后的前端资源作为待打包资源，如，未发生变化的前端资源为A，更新后的前端资源为B，可以将前端资源B作为待打包资源。对前端资源进行打包：可以是通过打包工具(webpack打包工具)对前端资源打包。待处理资源包可以是前端资源打包后得到的资源包。目标存储位置可以是后端工程中存储历史前端资源的存储位置，用于存储融合处理后的资源包。待更新子资源包可以是将html文件资源进行打包得到的资源包。待组合子资源包可以是将css文件、图片以及js中的至少一种前端资源进行打包得到的资源包。将前端资源所对应的资源包划分为两个子资源包的好处在于：可以基于修改的资源包所对应的类型修改相应资源包中的内容，从而缩短了前端资源的解析时间；进一步的，在将前后端资源融合到一起后便于后期维护。

需要说明的是，打包前端资源的工具可以是任一种打包工具，只要能够实现前端资源的打包功能即可。

具体的，可以预先设置待打包资源分类规则，将待打包资源分为两类，如，按照资源是否需要更改将资源进行分类，将需要更改的资源作为待更新子资源，将不需要更改的资源作为待组合子资源。在资源划分结束后，可以基于打包工具分别对相应的资源进行打包，得到待更新子资源包和待组合子资源包。在得到上述资源包后，可以将资源包存储至历史前端资源所对应的目标存储位置，以与后端资源融合在一起，得到可以部署至相应运行环境中的资源包。

示例性的，历史前端资源的目标存储位置为src1，前端资源对应的待打包资源包括css样式文件(如，common.css)、js文件(如，banner.js)、图片文件(如，banner.jpg)以及html文件(如，default.html)。其中，待更新子资源可以包括html文件，待组合子资源可以包括css样式文件、js文件和图片文件。通过打包工具webpack将html文件进行打包，得到待更新子资源包，同时，将待组合子资源是css样式文件、js文件和图片文件进行打包，得到待组合子资源包，将待更新子资源包和待组合子资源包存储至目标存储位置src1，以得到与后端资源初步融合的资源包。

S130、调取所述待更新子资源包，并将所述待更新子资源包中的待更改配置内容更新为目标配置内容，得到目标子资源包。

其中，待更新配置内容为每个待更新资源包中所需要更改的配置内容，如，某个后缀名称所对应的内容为待更新配置内容。待更新配置内容可以包括端口号或者自定义配置变量对应的配置内容。目标配置内容待更新配置内容需要更改为的内容。如，待更改配置内容为后缀名称是.txt所对应的内容A，目标配置内容是.txt所对应的内容B，则可以将待更改配置内容A更改为目标配置内容B。将待更新子资源包中的待更改配置内容更新为目标配置内容得到的资源包，作为目标资源包。

具体的，根据待更新子资源包的存储位置，调取待更新子资源包，通过预设配置变量与配置变量对应的配置内容，根据预设配置变量，获取待更新子资源包中配置变量对应的待更改配置内容，根据配置变量对应的配置内容，将待更新子资源包中配置变量对应的待更改配置内容更新为预设配置变量对应的配置内容，通过更新待更新子资源包中的待更改配置内容更新为预设配置变量对应的配置内容，得到目标子资源包。

S140、基于所述目标子资源包和所述待组合子资源包，得到目标资源包，以基于所述目标资源包运行应用程序。

其中，应用程序指为完成某项或多项特定功能的计算机程序。

具体的，根据目标子资源包和待组合子资源包，得到目标资源包。基于目标资源包和目标存储位置中存储的后端资源所对应的资源包，得到融合后的资源包。可以将融合后的资源包部署到应用程序上，实现了不同端开发的资源，作为一个应用部署到相应的应用程序中，即运行环境中。

本发明实施例的技术方案，通过当接收到将前后端资源融合的指令时，删除后端工程中存储的历史前端资源，将前端所对应的待打包资源进行打包，得到待处理资源包，并将待处理资源包存储至与历史前端资源所对应的目标存储位置，得到待融合处理的后端工程，其中，待处理资源包中包括待更新子资源包和待组合子资源包。调取待更新子资源包，并将待更新子资源包中的待更改配置内容更新为目标配置内容，得到目标子资源包，通过更新待更新子资源包中的待更改配置内容，将待更新子资源包更新为目标子资源包，以使目标子资源包适配后端工程，基于目标子资源包和待组合子资源包，得到目标资源包，以基于目标资源包运行应用程序，实现了在前端和后端独立开发完成后，自动将前后端的资源进行融合处理，并将融合处理后的资源包部署到运行环境中，避免了分别进行部署时，存在前后端程序的调用存在跨域的问题，提高了资源部署效率以及调用效率的技术效果。

实施例二

图3是本发明实施例二提供的一种资源处理方法流程示意图，在前述实施例的基础上，对上述实施例中S120进行了优化，其具体优化，其具体实施方式可以参见下述实施例。

其中，与上述实施例相同或者相应的技术术语在此不再赘述。

如图3所示，本实施例的方法具体可包括：

S210、当接收到将前后端资源融合的指令时，删除后端工程中存储的历史前端资源。

S220、基于打包工具以及预先设置的资源类型，将前端更新的待打包资源划分为至少两类，得到待更新子资源包和待组合子资源包。

其中，打包工具可以是任一种前端资源打包工具，如webpack打包工具。资源类型可以是根据实际需要预先设置的类型，在本实施例中，资源类型可以是按照待打包资源的配置内容是否需要更改划分为两类。其资源配置内容是否需要更改可以通过资源的后缀名称来确定。如，后缀名为html的资源为需要更改的资源。

具体的，在检测到待打包资源的后缀名是预先设置需要更改的待打包资源的后缀名时，将该待打包资源确定为待更新子资源，相应的，其他的待打包资源确定为待组合子资源。同时，基于打包工具对各资源进行打包，如，通过将待更新子资源进行打包，得到待更新子资源包。将待组合子资源进行打包，得到待组合子资源包。

示例性的，待打包资源包括如下资源中的至少一种，index.html、header.css、logo.js、bnanner.png以及logo.jpg等资源。预设待更改资源的后缀名为html。基于打包工具开始打包，若待打包资源的后缀名为html时，则将其打包为待更新资源包，其余的打包在一起作为待组合子资源包，如，header.css、logo.js、bnanner.png等资源打包在一起，得到待组合子资源包。

将前端的待打包资源进行打包，参见图4，将前端资源中后缀名成为img、css、js的资源打包在一起作为待组合子资源包，将后缀名为html文件打包为待更新子资源包。

S230、将所述待更新子资源包存储至所述目标存储位置的第一子目录下，将所述待组合子资源包存储至所述目标存储位置的第二子目录下。

其中，在计算机应用中，目录是指文件夹。第一子目录可以用于存储待更新子资源包的文件夹。第二子目录可以是用于存储组合子资源包。

具体的，获取历史前端资源的目标存储位置，查找目标存储位置中的第一子目录，并将待更新子资源包存储至第一子目录下；同时，查找目标存储位置中的第二子目录，并将待组合子资源包存储第二子目录下。

示例性的，参见图4，第一子目录为resource，第二子目录为template目录将待组合子资源包存储在resource目录下，将待更新子资源包存储至template目录下。将打包后的前端资源拷贝至后端工程中。

S240、从所述第一子目录下获取待更新子资源包，并根据预先设置的更改变量，确定所述待更新子资源包中的待更改配置内容。

其中，更改变量即待更新资源包中需要修改的变量，可以是某些代码的名称等，其代码具体可以是根据相应的场景来确定的，在此不再限定。更改变量可以包括但不限于以下变量：开发环境变量、测试环境变量、预发环境变量、线上环境变量以及全局变量。更改变量可以是预设设置变量，并可以存储在负责收集环境变量的文件中。

具体的，预先设置更改变量，从第一目录下获取更新子资源包，根据预先设置的更改变量，确定预先设置的更改变量对应的更改配置内容，根据预先设置的更改变量以及预先设置的更改变量对应的更改配置内容，确定待更新子资源包中的待更改配置内容。

示例性的，在后端工程的根目录中创建.env文件，在.env文件中输入环境变量以及环境变量对应的值，如，NDOE_ENV＝development PROT＝10086，确定待更新子资源包对应的环境变量PROT对应的配置内容10086，也就是待更新子资源包的待更改配置内容为10086。

S250、将所述待更改配置内容更新为与当前部署环境所适配的目标配置内容，并基于更新后的目标配置内容生成所述目标子资源包。

其中，目标子资源包可以是将待更改配置内容更新后得到的资源包。

具体的，获取当前环境所适配的目标配置内容，根据当前环境所适配的目标配置内容，将待更改配置内容更新为与当前部署环境所适配的目标配置内容，得到更新后的目标配置内容，根据更新后的目标配置内容，生成目标子资源包。

S260、基于所述目标子资源包和所述待组合子资源包，得到目标资源包，以基于所述目标资源包运行应用程序。

作为上述实施例的二可选实施例，如图4和图5所示，确定后端工程中历史前端资源的存储位置，即旧的前端资源，并删除旧的前端资源。将修改的新的前端资源中的img、css、js文件打包在一起得到待组合子资源包，并存储至resource目录下；同时，将index.html打包，得到待更新子资源包，并存储至template目录下。存储完成后，根据开发/测试/预发/线上等实际所对应的环境变量、全局变量等变量信息，修改template目录下的html文件内容，并将修改得到的文件修改为freemarker文件，以适配后端资源，将此时得到的文件中的资源作为目标子资源包。

本发明实施例的技术方案，通过当接收到将前后端资源融合的指令时，删除后端工程中存储的历史前端资源。基于打包工具以及预先设置的资源类型，将前端更新的待打包资源划分为至少两类，得到待更新子资源包和待组合子资源包，将待更新子资源包存储至目标存储位置的第一子目录下，将待组合子资源包存储至目标存储位置的第二子目录下，以便于后端工程的后期维护。从第一子目录下获取待更新子资源包，并根据预先设置的更改变量，确定待更新子资源包中的待更改配置内容，将待更改配置内容更新为与当前部署环境所适配的目标配置内容，并基于更新后的目标配置内容生成目标子资源包。基于目标子资源包和待组合子资源包，得到目标资源包，以基于目标资源包运行应用程序，实现了在前端和后端独立开发完成后，自动将前后端的资源进行融合处理，并将融合处理后的资源包部署到运行环境中，避免了分别进行部署时，存在前后端程序的调用存在跨域的问题，提高了资源部署效率以及调用效率的技术效果。

实施例三

图6是本发明实施例三提供的一种资源处理方法流程示意图，在前述实施例的基础上，对上述实施例中S140进行了优化，其具体优化，其具体实施方式可以参见下述实施例。

其中，与上述实施例相同或者相应的技术术语在此不再赘述。

如图6所示，本实施例的方法具体可包括：

S310、当接收到将前后端资源融合的指令时，删除后端工程中存储的历史前端资源。

S320、将前端所对应的待打包资源进行打包，得到待处理资源包并将所述待处理资源包存储至与所述历史前端资源所对应的目标存储位置；所述待处理资源包中包括待更新子资源包和待组合子资源包。

S330、调取所述待更新子资源包，并将所述待更新子资源包中的待更改配置内容更新为目标配置内容，得到目标子资源包。

S340、通过对所述目标子资源包、待组合子资源包以及后端工程所对应的后端资源包融合处理，得到所述目标资源包，以基于所述目标资源包运行应用程序。

其中，目标资源包可以是更新后的前端资源和后端资源融合后得到的资源包。

可选的，所述通过对所述目标子资源包、待组合子资源包以及后端工程所对应的后端资源包融合处理，得到所述目标资源包，包括：将所述目标子资源包、待组合子资源包以及后端工程所对应的后端资源包进行融合处理，并将融合处理后的资源包转换为目标格式，得到目标资源包。

其中，目标格式是根据需求预先设置，如将资源包的名称或者后缀名称修改为freemarker所对应的格式。

具体的，将目标子资源包、待组合子资源包以及后端资源包融合在一起后，并将其转换为目标格式的文件，如将html文件修改为freemarker文件，将修改后得到的整体资源作为目标资源包。可以将目标资源包部署到相应的运行环境，实现了前后端资源分别开发，部署时可以作为一个应用部署的技术效果。

本发明实施例的技术方案，通过当接收到将前后端资源融合的指令时，删除后端工程中存储的历史前端资源，将前端所对应的待打包资源进行打包，得到待处理资源包并将待处理资源包存储至与历史前端资源所对应的目标存储位置，待处理资源包中包括待更新子资源包和待组合子资源包，调取待更新子资源包，并将待更新子资源包中的待更改配置内容更新为目标配置内容，得到目标子资源包，通过对目标子资源包、待组合子资源包以及后端工程所对应的后端资源包融合处理，得到目标资源包，以基于目标资源包运行应用程序，实现了在前端和后端独立开发完成后，自动将前后端的资源进行融合处理，并将融合处理后的资源包部署到运行环境中，避免了分别进行部署时，存在前后端程序的调用存在跨域的问题，提高了资源部署效率以及调用效率的技术效果。

实施例四

图7是本发明实施例四提供的一种资源处理装置模块示意图，本发明提供了一种资源处理装置，配置于web开发，该装置包括：

历史前端资源删除模块410，用于当接收到将前后端资源融合的指令时，删除后端工程中存储的历史前端资源；

存储模块420，用于将前端所对应的待打包资源进行打包，得到待处理资源包并将所述待处理资源包存储至与所述历史前端资源所对应的目标存储位置；所述待处理资源包中包括待更新子资源包和待组合子资源包；

目标子资源包确定模块430，用于调取所述待更新子资源包，并将所述待更新子资源包中的待更改配置内容更新为目标配置内容，得到目标子资源包；

目标资源包确定模块440，用于基于所述目标子资源包和所述待组合子资源包，得到目标资源包，以基于所述目标资源包运行应用程序。

本发明实施例的技术方案，通过历史前端资源删除模块当接收到将前后端资源融合的指令时，删除后端工程中存储的历史前端资源。通过存储模块将前端所对应的待打包资源进行打包，得到待处理资源包并将待处理资源包存储至与历史前端资源所对应的目标存储位置，其中，待处理资源包中包括待更新子资源包和待组合子资源包。通过目标子资源包确定模块调取待更新子资源包，并将待更新子资源包中的待更改配置内容更新为目标配置内容，得到目标子资源包。通过目标资源包确定模块基于目标子资源包和待组合子资源包，得到目标资源包，以基于目标资源包运行应用程序，实现了在前端和后端独立开发完成后，自动将前后端的资源进行融合处理，并将融合处理后的资源包部署到运行环境中，避免了分别进行部署时，存在前后端程序的调用存在跨域的问题，提高了资源部署效率以及调用效率的技术效果。

可选的，历史前端资源删除模块410，用于当接收到将前端开发的资源与后端开发的资源融合的指令时，确定历史前端资源存储至所述后端工程中的目标存储位置；将所述目标存储位置中的历史前端资源删除。

可选的，存储模块420，用于基于打包工具以及预先设置的资源类型，将前端更新的待打包资源划分为至少两类，得到待更新子资源包和待组合子资源包；将所述待更新子资源包和所述待组合子资源包存储至所述目标存储位置。

可选的，存储模块420，用于将所述待更新资源包存储至所述目标存储位置的第一子目录下，将所述待组合子资源包存储至所述目标存储位置的第二子目录下。

可选的，存储模块420，用于从所述第一子目录下获取待更新资源包，并根据预先设置的更改变量，确定所述待更新子资源包中的待更改配置内容；将所述待更改配置内容更新为与当前部署环境所适配的目标配置内容，并基于更新后的目标配置内容生成所述目标子资源包。

可选的，目标资源包确定模块440，用于通过对所述目标子资源包、待组合子资源包以及后端工程所对应的后端资源包融合处理，得到所述目标资源包。

可选的，目标资源包确定模块440，用于将所述目标子资源包、待组合子资源包以及后端工程所对应的后端资源包进行融合处理，并将融合处理后的资源包转换为目标格式，得到目标资源包。

本发明实施例所提供的资源处理装置可执行本发明任意实施例所提供的资源处理方法，具备执行方法相应的功能模块和有益效果。

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

实施例五

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

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

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

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

系统存储器502可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)504和/或高速缓存存储器505。电子设备50可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统506可以用于读写不可移动的、非易失性磁介质(图8未显示，通常称为“硬盘驱动器”)。尽管图8中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如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的其它模块通信。应当明白，尽管图8中未示出，可以结合电子设备50使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

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

实施例六

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

该方法包括：

当接收到将前后端资源融合的指令时，删除后端工程中存储的历史前端资源；

将前端所对应的待打包资源进行打包，得到待处理资源包并将所述待处理资源包存储至与所述历史前端资源所对应的目标存储位置；所述待处理资源包中包括待更新子资源包和待组合子资源包；

调取所述待更新子资源包，并将所述待更新子资源包中的待更改配置内容更新为目标配置内容，得到目标子资源包；

基于所述目标子资源包和所述待组合子资源包，得到目标资源包，以基于所述目标资源包运行应用程序。

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

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

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

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

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