CN111124396A - 网站数据处理方法和装置 - Google Patents

Abstract

本发明公开了一种网站数据处理方法和装置。该方法包括：从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件；为每个微应用分配端口号和静态资源文件；为每个微应用配置资源文件的存放目录和访问方式；将待拆分的网站的全局数据设置为共享状态；将每个微应用部署到服务器中；向服务器发送控制命令，其中，控制命令用于启动每个微应用的端口号和将每个微应用和端口号关联。通过本发明，达到了将网站拆分成多个独立的微应用模块方便配置和开发的效果。

Description

网站数据处理方法和装置

技术领域

本发明涉及计算机领域，具体而言，涉及一种网站数据处理方法和装置。

背景技术

网站开发，以VueJs前端框架开发管理系统为例，随着开发的进行，前端代码量的增加，本地开发过程中的依赖(node_modules)变的越来越多，webpack编辑的量的增多，再加上eslint对代码风格的检测，程序编译并运行的时间就会越来越久，编辑器也就越来越消耗性能。因此，当一个系统有上百个页面时候，虽然使用了开发框架各种提高性能的方式，但是代码开发速度会受到影响。另外，每次部署代码上线时，也因为代码体系庞大，部署、上线、维护也就更消耗时间。不同的开发者之间也需要不断的更新代码以完成整个系统的构建。

而相比于一个系统有上百个网页，单个微应用启动、部署、上线速度相当快；在功能变更时只需启动单独的微应用，上线单独的微应用即可，且微应用可以实现浏览器异步加载，第一次加载不需要再加载所有的功能的静态文件。

针对相关技术中网页系统数据量太大导致操作效率低的问题，目前尚未提出有效的解决方案。

发明内容

本发明的主要目的在于提供一种网站数据处理方法和装置，以解决网站许多功能需要重复开发导致效率低的问题。

为了实现上述目的，根据本发明的一个方面，提供了一种网站数据处理方法，该方法包括：从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件；为每个微应用分配端口号和静态资源文件；为每个微应用配置资源文件的存放目录和访问方式；将待拆分的网站的全局数据设置为共享状态；将每个微应用部署到服务器中；向服务器发送控制命令，其中，所述控制命令用于启动每个微应用的端口号和将每个微应用和端口号关联。

进一步地，在从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件之前，所述方法还包括：为每个微应用创建工程目录；从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件之后，所述方法还包括：将查找到的对应于每个微应用的代码文件和依赖文件存入每个微应用对应的目录中。

进一步地，向服务器发送的控制命令用于控制服务器配置：每个微应用的静态资源文件的索引路径；资源匹配模式；响应URL的匹配模式。

进一步地，将待拆分的网站的全局数据设置为共享状态包括：将待拆分的网站的全局数据的权限设置为可被每个微应用读取和修改。

进一步地，为每个微应用分配端口号包括：在每个微应用的项目配置文件中进行配置修改，为每个微应用配置一个端口号；基于每个微应用的端口号在静态资源文件配置目录中增加每个微应用的完整域名。

为了实现上述目的，根据本发明的另一方面，还提供了一种网站数据处理装置，该装置包括：查找单元，用于从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件；分配单元，用于为每个微应用分配端口号和静态资源文件；配置单元，用于为每个微应用配置资源文件的存放目录和访问方式；设置单元，用于将待拆分的网站的全局数据设置为共享状态；部署单元，用于将每个微应用部署到服务器中；发送单元，用于向服务器发送控制命令，其中，所述控制命令用于启动每个微应用的端口号和将每个微应用和端口号关联。

进一步地，所述装置还包括：创建单元，用于在从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件之前，为每个微应用创建工程目录；存储单元，用于从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件之后，将查找到的对应于每个微应用的代码文件和依赖文件存入每个微应用对应的目录中。

进一步地，所述发送单元向服务器发送的控制命令用于控制服务器配置：每个微应用的静态资源文件的索引路径；资源匹配模式；响应URL的匹配模式。

为了实现上述目的，根据本发明的另一方面，还提供了一种存储介质，包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行本发明所述的网站数据处理方法。

为了实现上述目的，根据本发明的另一方面，还提供了一种处理器，用于运行程序，其中，所述程序运行时执行本发明所述的网站数据处理方法。

本发明通过从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件；为每个微应用分配端口号和静态资源文件；为每个微应用配置资源文件的存放目录和访问方式；将待拆分的网站的全局数据设置为共享状态；将每个微应用部署到服务器中；向服务器发送控制命令，其中，控制命令用于启动每个微应用的端口号和将每个微应用和端口号关联，解决了网站许多功能需要重复开发导致效率低的问题，进而达到了将网站拆分成多个独立的微应用模块方便配置和开发的效果。

附图说明

构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的网站数据处理方法的流程图；

图2是根据本发明实施例的网站数据处理装置的示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了便于描述，以下对本申请实施例涉及的几个术语进行说明：

个性化定制配置工具介绍：

个性化定制配置工具实现或生成网站的工具。该工具有一套模板体系，使用者可以使用已有模板创建与模板相似的网站，然后进行个性化的配置和设计。该工具也可创建一个全新的网站，可保存为模板供下次使用，也可直接生成网站。该工具的特点不仅仅是支持生成网站，还可以生成网站对应的配置文件，格式是json格式。另外该工具还可以对已有的网站进行编辑，可上传配置文件，但配置文件必须要符合一定的匹配模式才可以上传成功，上传配置文件成功之后便可以编辑网站，实现一系列的定制化操作。

本发明实施例提供了一种网站数据处理方法。

图1是根据本发明实施例的网站数据处理方法的流程图，如图1所示，该方法包括以下步骤：

步骤S101：从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件；

步骤S102：为每个微应用分配端口号和静态资源文件；

步骤S103：为每个微应用配置资源文件的存放目录和访问方式；

步骤S104：将待拆分的网站的全局数据设置为共享状态；

步骤S105：将每个微应用部署到服务器中；

步骤S106：向服务器发送控制命令，其中，控制命令用于启动每个微应用的端口号和将每个微应用和端口号关联。

该实施例采用通过从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件；为每个微应用分配端口号和静态资源文件；为每个微应用配置资源文件的存放目录和访问方式；将待拆分的网站的全局数据设置为共享状态；将每个微应用部署到服务器中；向服务器发送控制命令，其中，控制命令用于启动每个微应用的端口号和将每个微应用和端口号关联，从而解决了网站许多功能需要重复开发导致效率低的问题，进而达到了将网站拆分成多个独立的微应用模块方便配置和开发的效果。

在本发明实施例中，一个大的待拆分的网站具有很多的功能，可以将每个功能作为一个微应用对整个网站进行拆分，在拆分时，可以从网站中查找对应于每个微应用的代码文件和依赖文件，这样可以基于这些文件对微应用进行拆分，为了使每个微应用能够单独作为一个网页被访问，需要为每个微应用分配端口号和静态资源文件，以实现独立运行，还需要为每个微应用配置资源文件的存放目录和访问方式，其中，存放目录可以是一个路径，在为每个微应用分配了资源文件的存放路径后，在该路径下存放该微应用的资源路径，配置访问方式的目的是使每个微应用都能够访问到数据，由于多个微应用是基于同一个待拆分的网站拆分成的，因此将网站的全局数据设置为共享状态，可以使每个微应用都能够获取到网站的全局数据，将每个微应用部署到服务器中，再向服务器发送控制命令，以控制服务器启动每个微应用的端口号，并将每个微应用和其对应的端口号关联，最终实现微应用的拆分，实现独立访问。

可选地，在从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件之前，为每个微应用创建工程目录；从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件之后，将查找到的对应于每个微应用的代码文件和依赖文件存入每个微应用对应的目录中。

每个微应用的工程目录用于存放对应的代码和依赖文件，这些对应的代码和依赖文件可以从待拆分的网站的工程目录中查找到，在查找到之后，将这些对应的代码文件和依赖文件存入为每个微应用创建的工程目录中。

可选地，向服务器发送的控制命令用于控制服务器配置：每个微应用的静态资源文件的索引路径；资源匹配模式；响应URL的匹配模式。

网站开发工具在执行完上述内容之后，向服务器发送控制命令，控制命令用于控制服务器执行以下配置：配置每个微应用的静态资源文件的索引路径；配置资源匹配模式；配置响应URL的匹配模式等，服务器在接收到控制命令之后，执行命令对应的代码进行相应的配置，以使微应用能够正常运行。

可选地，将待拆分的网站的全局数据设置为共享状态包括：将待拆分的网站的全局数据的权限设置为可被每个微应用读取和修改。

待拆分的网站有一些全局数据，这些全局数据需要被设置为共享状态，这样可以被所有的微应用访问到，其中，共享状态可以是将全局数据的权限设置为可以被每个微应用读取，可以被每个微应用修改、调用等。

可选地，为每个微应用分配端口号包括：在每个微应用的项目配置文件中进行配置修改，为每个微应用配置一个端口号；基于每个微应用的端口号在静态资源文件配置目录中增加每个微应用的完整域名。

每个微应用对应一个独立的端口号，在每个微应用的项目配置文件中进行配置修改，配置每个微应用的端口号，将每个微应用的端口号添加到每个微应用的静态资源文件的配置目录中，这样，可以在通过端口号访问微应用对应的网页时正确加载资源文件。

本发明实施例以模块化为思想，将对前端开发以模块开发的形式，每个模块独立开发为一个单独的应用，这样操作的好处：1.开发人员只需启动自己负责模块的工程；2.代码部署只需更新每个已更新并开发完成的模块以及共用模块；3.实现模块与模块之间的解耦，便于维护、升级以及问题定位。本专利结合模块化思想，使用个性化网站配置工具，不仅可以生成自己所需要的网站，还可以生成网站对应的模块，也就是生成网站各模块对应的功能。本专利所提的网站个性化配置工具新增功能：

1.按业务拆分模块，实现创建更小的Apps，而不是Components，每个模块是独立工程，可独立开发；

2.使用url匹配的方式组合注册Apps，动态加载；

3.使用后端模板引擎ejs插入index.html文件；

4.渐进式从后台进行加载页面；

5.客户端使用异步加载js、css、image、icon等静态资源；

6.全局数据共享。

本发明实施例还提供了一种优选实施方式，下面结合该优选实施方式对本发明实施例的技术方案进行说明。

本发明实施例的技术方案对个性化定制配置工具进行了升级，实现了前端文件的模块化，各模块单独运行与浏览器，除公共模块之外，其它各功能模块之间互不干扰互不依赖。

详细步骤如下：

Step1:创建单独的工程目录

Step2:在前端的构建目录build/dev-server.js下做修改

Step2的技术细节：

修改内容：1、公共资源的静态文件路径配置中间件webpackDevMiddleware；2、修改express.static为

setHeaders(resp){

Object.keys(headers).forEach(name＝>resp.setHeader(hame,Headers[name]))；

}

另外，为上线部署方便，增加指定的URL前缀如：/mapp-×××，表示微应用-功能。

Step3:在前端的webpack配置文件目录build/webpack.base.conf.js下做修改，去掉babel-polyfill，入口文件entry.app配置修改改为['./src/main.js']，output构建输出文件中增加libraryTarget:"umd"和library:"mapp:xxx"，xxx即应用名。

Step4:config/index.js中端口配置修改，每个微应用占用一个端口；静态文件配置目录dev.assetsPublicPath新增完整域名：http://localhost:8019/mapp–xxx；构建配置目录build.assetsPublicPath新增前缀/mapp-xxx。

Step5:在每个工程的入口文件src/main.js顶部引入核心包single-spa-vue，并在最后一个导入文件的代码后增加if(！global._babelPolyfill){require('babel-polyfill')；}将Step3中删除的babel-polyfill重新在入口文件中配置。

Step5技术细节：

1.去掉主题样式文件themeCSSLink的使用。

2.new Vue(...)文件的修改：

如果全局变量显示当前不是微应用则和vue-cli生成的一致。

如果是微应用，需要按照singleSpaVue的配置进行配置，配置中包含mount、createDomElement、unmount三个function。

Step6:需要匹配全局的vuex设置的store，并将其修改为：

$1window.dispatchEvent(new CustomEvent(‘mfe:navs:store.commit’,{detail:[‘$3’,$4]}))；//$2

Step7:服务端需要配置的信息：

1.index.html路径，

2.资源匹配模式，资源校验，

3.响应URL匹配模式。

Step8:将以上步骤迁移到个性化配置工具中实现，前端界面是一个列表，包含：应用名称、描述、响应URL匹配模式、真实响应URL示例、index.html路径、资源匹配模式等字段，列表操作包括新建、批量删除、编辑、应用选择等功能。

个性化配置工具不仅实现网站个性化生成，还能够实现网站配置文件生成，网站模块化以及各模块单独运行的工程。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本发明实施例提供了一种网站数据处理装置，该装置可以用于执行本发明实施例的网站数据处理方法。

图2是根据本发明实施例的网站数据处理装置的示意图，如图2所示，该装置包括：

查找单元10，用于从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件；

分配单元20，用于为每个微应用分配端口号和静态资源文件；

配置单元30，用于为每个微应用配置资源文件的存放目录和访问方式；

设置单元40，用于将待拆分的网站的全局数据设置为共享状态；

部署单元50，用于将每个微应用部署到服务器中；

发送单元60，用于向服务器发送控制命令，其中，控制命令用于启动每个微应用的端口号和将每个微应用和端口号关联。

该实施例采用查找单元10，用于从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件；分配单元20，用于为每个微应用分配端口号和静态资源文件；配置单元30，用于为每个微应用配置资源文件的存放目录和访问方式；设置单元40，用于将待拆分的网站的全局数据设置为共享状态；部署单元50，用于将每个微应用部署到服务器中；发送单元60，用于向服务器发送控制命令，其中，控制命令用于启动每个微应用的端口号和将每个微应用和端口号关联。从而解决了网站许多功能需要重复开发导致效率低的问题，进而达到了将网站拆分成多个独立的微应用模块方便配置和开发的效果。

可选地，装置还包括：创建单元，用于在从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件之前，为每个微应用创建工程目录；存储单元，用于从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件之后，将查找到的对应于每个微应用的代码文件和依赖文件存入每个微应用对应的目录中。

可选地，发送单元向服务器发送的控制命令用于控制服务器配置：每个微应用的静态资源文件的索引路径；资源匹配模式；响应URL的匹配模式。

所述网站数据处理装置包括处理器和存储器，上述查找单元、分配单元、配置单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来将网站拆分成多个独立的微应用模块方便配置和开发。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述网站数据处理方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述网站数据处理方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件；为每个微应用分配端口号和静态资源文件；为每个微应用配置资源文件的存放目录和访问方式；将待拆分的网站的全局数据设置为共享状态；将每个微应用部署到服务器中；向服务器发送控制命令，其中，控制命令用于启动每个微应用的端口号和将每个微应用和端口号关联。本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件；为每个微应用分配端口号和静态资源文件；为每个微应用配置资源文件的存放目录和访问方式；将待拆分的网站的全局数据设置为共享状态；将每个微应用部署到服务器中；向服务器发送控制命令，其中，控制命令用于启动每个微应用的端口号和将每个微应用和端口号关联。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种网站数据处理方法，其特征在于，包括：

从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件；

为每个微应用分配端口号和静态资源文件；

为每个微应用配置资源文件的存放目录和访问方式；

将待拆分的网站的全局数据设置为共享状态；

将每个微应用部署到服务器中；

向服务器发送控制命令，其中，所述控制命令用于启动每个微应用的端口号和将每个微应用和端口号关联。

2.根据权利要求1所述的方法，其特征在于，

在从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件之前，所述方法还包括：为每个微应用创建工程目录；

从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件之后，所述方法还包括：将查找到的对应于每个微应用的代码文件和依赖文件存入每个微应用对应的目录中。

3.根据权利要求1所述的方法，其特征在于，向服务器发送的控制命令用于控制服务器配置：

每个微应用的静态资源文件的索引路径；

资源匹配模式；

响应URL的匹配模式。

4.根据权利要求1所述的方法，其特征在于，将待拆分的网站的全局数据设置为共享状态包括：

将待拆分的网站的全局数据的权限设置为可被每个微应用读取和修改。

5.根据权利要求1所述的方法，其特征在于，为每个微应用分配端口号包括：

在每个微应用的项目配置文件中进行配置修改，为每个微应用配置一个端口号；

基于每个微应用的端口号在静态资源文件配置目录中增加每个微应用的完整域名。

6.一种网站数据处理装置，其特征在于，包括：

查找单元，用于从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件；

分配单元，用于为每个微应用分配端口号和静态资源文件；

配置单元，用于为每个微应用配置资源文件的存放目录和访问方式；

设置单元，用于将待拆分的网站的全局数据设置为共享状态；

部署单元，用于将每个微应用部署到服务器中；

发送单元，用于向服务器发送控制命令，其中，所述控制命令用于启动每个微应用的端口号和将每个微应用和端口号关联。

7.根据权利要求6所述的装置，其特征在于，

所述装置还包括：创建单元，用于在从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件之前，为每个微应用创建工程目录；

存储单元，用于从待拆分的网站中查找对应于每个微应用的代码文件和依赖文件之后，将查找到的对应于每个微应用的代码文件和依赖文件存入每个微应用对应的目录中。

8.根据权利要求6所述的装置，其特征在于，所述发送单元向服务器发送的控制命令用于控制服务器配置：

每个微应用的静态资源文件的索引路径；

资源匹配模式；

响应URL的匹配模式。

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至5中任意一项所述的网站数据处理方法。

10.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至5中任意一项所述的网站数据处理方法。

Images