CN111459503A

CN111459503A - web前端项目部署方法、装置、服务器及存储介质

Info

Publication number: CN111459503A
Application number: CN202010238181.7A
Authority: CN
Inventors: 李�昊
Original assignee: Beijing Shunda Technology Co ltd
Current assignee: Beijing Shunda Technology Co ltd
Priority date: 2020-03-30
Filing date: 2020-03-30
Publication date: 2020-07-28
Anticipated expiration: 2040-03-30
Also published as: CN111459503B

Abstract

本发明实施例公开了一种web前端项目部署方法、装置、服务器及存储介质，该web前端项目部署方法包括：获取web前端项目的业务需求；根据业务需求确定基础功能模块和相互独立的多个业务功能模块；获取根据基础功能模块建立的主项目，以及根据多个业务功能模块建立的与主项目关联的多个子项目；在web前端分别部署主项目以及与主项目关联的多个子项目。本申请实施例的web前端项目部署方法根据业务需求确定出基础功能模块和相互独立的多个业务功能模块，并使各业务功能模块仅与主项目相关联，降低了各业务功能模块之间的耦合度，当其中一个业务功能模块出现错误或崩溃时，不易对其它业务功能模块造成影响，从而提高了web前端项目部署后的整体稳定性。

Description

web前端项目部署方法、装置、服务器及存储介质

技术领域

本申请涉及web前端技术领域，尤其涉及一种web前端项目部署方法、装置、服务器及存储介质。

背景技术

随着互联网的发展，用户对网站的体验要求越来越高，网站的设计也越来越复杂化。在现有的web前端项目开发的过程中，web前端项目通常包括多个功能模块，在web前端项目部署后，各功能模块之间的耦合度较高，当其中一个功能模块出现错误或崩溃时，容易对整个web前端项目造成影响，使得web前端项目的整体稳定性较低。

发明内容

本申请实施例提供一种web前端项目部署方法，旨在降低web前端项目部署后各业务模块之间的耦合度，提高web前端项目部署后的整体稳定性。

本申请实施例提供一种web前端项目部署方法，所述方法包括：

获取web前端项目的业务需求；

根据所述业务需求确定基础功能模块和相互独立的多个业务功能模块；

获取根据所述基础功能模块建立的主项目，以及根据所述多个业务功能模块建立的与所述主项目关联的多个子项目；

在web前端分别部署所述主项目以及与所述主项目关联的多个子项目。

在本申请的一些实施例中，所述在web前端分别部署所述主项目以及与所述主项目关联的多个子项目，包括：

在web前端部署所述主项目；

对所述主项目进行功能测试；

若所述主项目功能测试正常，则在web前端部署与所述主项目关联的多个子项目。

在本申请的一些实施例中，所述方法还包括：

获取项目更新需求；

根据所述项目更新需求确定对应的子项目；

对所述项目更新需求对应的子项目进行更新。

在本申请的一些实施例中，所述在web前端部署所述主项目，包括：

在所述web前端部署用于管理用户信息的用户管理模块；

在所述web前端部署用于管理所述业务功能模块的路由信息的路由管理模块；

在所述web前端部署用于展示所述路由信息对应内容的内容展示模块。

在本申请的一些实施例中，所述在所述web前端部署用于管理所述业务功能模块的路由信息的路由管理模块，包括：

在所述web前端部署路由配置模块，所述路由配置模块用于通过ajax请求将用户配置的路由信息动态记录在数据库中；

在所述web前端部署路由展示模块，所述路由展示模块用于通过ajax请求获取所述数据库中的路由信息，并通过路由信息依次渲染成路由列表。

在本申请的一些实施例中，所述路由信息包括URL地址，所述在所述web前端部署用于展示所述路由信息对应内容的内容展示模块，包括：

在所述web前端部署通过iframe方式渲染出所述路由信息中URL地址对应内容的内容展示模块。

在本申请的一些实施例中，所述方法还包括：

获取业务功能模块修改需求；

根据所述业务功能模块修改需求，确定所述路由配置模块中对应的路由信息，作为待修改的路由信息；

根据所述业务功能模块修改需求对所述待修改的路由信息进行修改。

在本申请的一些实施例中，所述方法还包括：

获取业务功能模块的功能权限修改需求；

根据所述业务功能模块的功能权限修改需求，确定所述路由配置模块中对应的路由信息中的权限信息；

根据所述业务功能模块的功能权限修改需求，对所述权限信息进行修改。

在本申请的一些实施例中，所述在web前端部署所述主项目，还包括：

在所述web前端部署包含页面公用展示内容和全局配置功能的页面公用模块。

在本申请的一些实施例中，所述据所述业务需求确定基础功能模块和相互独立的多个业务功能模块，包括：

根据所述业务需求确定各业务需求对应的数据信息；

根据各业务需求对应的数据信息之间的相关性，确定基础功能模块和相互独立的多个业务功能模块。

本申请实施例还提供一种web前端项目部署装置，所述web前端项目部署装置包括：

第一获取模块，用于获取web前端项目的业务需求；

业务确定模块，用于根据所述业务需求确定基础功能模块和相互独立的多个业务功能模块；

第二获取模块，用于获取根据所述基础功能模块建立的主项目，以及根据所述多个业务功能模块建立的与所述主项目关联的多个子项目；

部署模块，用于在web前端分别部署所述主项目以及与所述主项目关联的多个子项目。

在本申请的一些实施例中，所述部署模块包括：

主项目部署模块，用于在web前端部署所述主项目；

测试模块，用于对所述主项目进行功能测试；

子项目部署模块，若所述主项目功能测试正常，则在web前端部署与所述主项目关联的多个子项目。

在本申请的一些实施例中，所述web前端项目部署装置还包括：

第三获取模块，用于获取项目更新需求；

子项目确定模块，用于根据所述项目更新需求确定对应的子项目；

更新模块，用于对所述项目更新需求对应的子项目进行更新。

在本申请的一些实施例中，所述主项目部署模块包括：

第一部署模块，用于在所述web前端部署用于管理用户信息的用户管理模块；

第二部署模块，用于在所述web前端部署用于管理所述业务功能模块的路由信息的路由管理模块；

第三部署模块，用于在所述web前端部署用于展示所述路由信息对应内容的内容展示模块。

在本申请的一些实施例中，所述第二部署模块包括：

第一子部署模块，用于在所述web前端部署路由配置模块，所述路由配置模块用于通过ajax请求将用户配置的路由信息动态记录在数据库中；

第二子部署模块，用于在所述web前端部署路由展示模块，所述路由展示模块用于通过ajax请求获取所述数据库中的路由信息，并通过路由信息依次渲染成路由列表。

在本申请的一些实施例中，所述路由信息包括URL地址，所述第三部署模块，用于在所述web前端部署通过iframe方式渲染出所述路由信息中URL地址对应内容的内容展示模块。

第四获取模块，用于获取业务功能模块修改需求；

路由确定模块，用于根据所述业务功能模块修改需求，确定所述路由配置模块中对应的路由信息，作为待修改的路由信息；

第一修改模块，用于根据所述业务功能模块修改需求对所述待修改的路由信息进行修改。

第五获取模块，用于获取业务功能模块的功能权限修改需求；

权限确定模块，用于根据所述业务功能模块的功能权限修改需求，确定所述路由配置模块中对应的路由信息中的权限信息；

权限修改模块，用于根据所述业务功能模块的功能权限修改需求，对所述权限信息进行修改。

在本申请的一些实施例中，所述主项目部署模块还包括：

第四部署模块，用于在所述web前端部署包含页面公用展示内容和全局配置功能的页面公用模块。

在本申请的一些实施例中，所述业务确定模块包括：

第一确定模块，用于根据所述业务需求确定各业务需求对应的数据信息；

第二确定模块，用于根据各业务需求对应的数据信息之间的相关性，确定基础功能模块和相互独立的多个业务功能模块。

本申请实施还提出一种服务器，所述服务器包括：

一个或多个处理器；

存储器；以及

一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现如上所述的web前端项目部署方法。

本申请实施还提出一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行如上所述的web前端项目部署方法中的步骤。

本申请实施例提供的web前端项目部署方法先获取web前端项目的业务需求，然后根据业务需求确定基础功能模块和相互独立的多个业务功能模块，并获取根据基础功能模块建立的主项目，以及根据多个业务功能模块建立的与主项目关联的多个子项目，最后在web前端分别部署主项目以及与主项目关联的多个子项目。由于本实施例提供的web前端项目部署方法根据业务需求确定出基础功能模块和相互独立的多个业务功能模块，使各业务功能模块对应的子项目仅与主项目相关联，因此，提高了各业务功能模块的内聚性，降低了各业务功能模块之间的耦合度，当其中一个业务功能模块出现错误或崩溃时，不易对其它业务功能模块造成影响，从而提高了web前端项目部署后的整体稳定性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的web前端项目部署方法的一个实施例的流程示意图；

图2是本申请实施例提供的部署主项目及多个子项目的一个实施例的流程示意图；

图3是本申请实施例提供的部署子项目的一个实施例的流程示意图；

图4是本申请实施例提供的web前端项目部署装置的一个实施例的结构示意图；

图5是本申请实施例提供的服务器的一个实施例的结构示意图。

具体实施方式

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

在本申请的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本申请中，“示例性”一词用来表示“用作例子、例证或说明”。本申请中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本申请，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本申请。在其它实例中，不会对公知的结构和过程进行详细阐述，以避免不必要的细节使本申请的描述变得晦涩。因此，本申请并非旨在限于所示的实施例，而是与符合本申请所公开的原理和特征的最广范围相一致。

本申请实施例提供一种web前端项目部署方法、装置、服务器及存储介质。

以下分别进行详细说明。

首先，本申请实施例提供一种web前端项目部署方法，所述方法包括：获取web前端项目的业务需求；根据所述业务需求确定基础功能模块和相互独立的多个业务功能模块；获取根据所述基础功能模块建立的主项目，以及根据所述多个业务功能模块建立的与所述主项目关联的多个子项目；在web前端分别部署所述主项目以及与所述主项目关联的多个子项目。

如图1所示，为本申请实施例中web前端项目部署方法的一个实施例流程示意图，该web前端项目部署方法的执行主体可以是本申请实施例提供的web前端项目部署装置，或者集成了该web前端项目部署装置的存储介质、终端、服务器等等。web前端项目部署方法包括步骤110至步骤140，详细描述如下：

110、获取web前端项目的业务需求。

web前端是呈现给用户的视觉和基本操作，主要负责页面的展示，即用户看得见的内容。web前端向我们展示的内容包括web页面结构、web外观表现、web层面的交互实现。具体来说，web页面结构就是网页是如何排版的，分成几个部分，类似黑板报一样，需要人进行具体设计，例如百度搜索的输入框，摆放在页面的正中间等等；而web的外观表现，则是比如页面采用什么颜色，采用什么字体等等；至于web层面的交互实现，举例来讲就是在浏览购物网页时，将鼠标放置于一个商品上并进行点击，就会跳转到另一个新页面，这就是一种和用户的交互。

在一些实施例中，web前端项目的业务需求是指待部署的web前端项目所需要具备的业务处理能力，对于不同的web前端项目，其需要具备的业务处理能力也不相同。具体例如：web前端项目的业务需求可以包括用户管理需求、路由管理需求、业务管理需求、资源管理需求、营销管理需求、辅助工具需求等多种业务需求中的一个或多种。

120、根据所述业务需求确定基础功能模块和相互独立的多个业务功能模块。

在一些实施例中，基础功能模块为web前端项目中用于提供用户管理、路由管理、内容展示等用于实现web前端项目中各基础业务功能模块所必须的模块；业务功能模块为web前端项目中用于提供具体业务功能的模块，对于不同的web前端项目，其包含的业务功能模块的数量和类型也不同。

其中，多个业务功能模块相互独立是指多个业务功能模块之间不存在数据信息的交互，或者，多个业务功能模块之间交互的数据信息不影响多个业务功能模块的单独调用。

在一些实施例中，所述据所述业务需求确定基础功能模块和相互独立的多个业务功能模块，具体可以包括如下步骤：

1)、根据所述业务需求确定各业务需求对应的数据信息。

在一些实施例中，业务需求对应的数据信息是指web前端项目完成某个业务所需要的数据信息，例如：对于用户管理业务，其对应的数据信息为用户信息；对于路由管理业务，其对应的数据信息为路由信息。对于不同的业务需求，需要的数据信息也不存在区别。

2)、根据各业务需求对应的数据信息之间的相关性，确定基础功能模块和相互独立的多个业务功能模块。

在一些实施例中，在获取各业务需求对应的数据信息后，可以对各业务需求对应的数据信息进行分析，确定各业务需求对应的数据信息之间的相关性，然后将数据信息相关性较高的业务需求确定为一个基础功能模块或业务功能模块，由此，可以确定出基础功能模块和相互独立的多个业务功能模块，使各业务功能模块可以进行单独调用。

130、获取根据所述基础功能模块建立的主项目，以及根据所述多个业务功能模块建立的与所述主项目关联的多个子项目。

在一些实施例中，主项目是根据所述基础功能模块建立的项目，子项目是根据所述多个业务功能模块建立的与所述主项目关联的项目，主项目可以包括用户管理模块、路由管理模块、内容展示模块、页面公用模块等基础功能模块；每个子项目对应一个独立的业务功能模块，因此，多个子项目也相互独立。其中，可以在主项目中配置与子项目对应的路由链接，以将主项目与子项目关联在一起，使子项目的内容能够在主项目中进行展示。

主项目和子项目可以是用户根据业务需求直接在服务器或中台建立完成，主项目包括一个或多个基础功能模块，每个子项目包括一个业务功能模块。或者，主项目和子项目也可以是用户根据业务需求事先在其它设备上建立完成，在进行web前端项目部署时，从其它设备上获取主项目和子项目。

140、在web前端分别部署所述主项目以及与所述主项目关联的多个子项目。

本申请实施例提供的web前端项目部署方法根据业务需求确定出基础功能模块和相互独立的多个业务功能模块，使各业务功能模块对应的子项目仅与主项目相关联，因此，提高了各业务功能模块的内聚性，降低了各业务功能模块之间的耦合度，当其中一个业务功能模块出现错误或崩溃时，不易对其它业务功能模块造成影响，从而提高了web前端项目部署后的整体稳定性。

图2是本申请实施例提供的部署主项目及多个子项目的一个实施例的流程示意图。如图2所示，在一些实施例中，所述在web前端分别部署所述主项目以及与所述主项目关联的多个子项目，可以包括步骤141至步骤143，详细描述如下：

141、在web前端部署所述主项目。

图3是本申请实施例提供的部署子项目的一个实施例的流程示意图。如图3所示，在一些实施例中，主项目包括用户管理模块、由管理模块、内容展示模块等基础功能模块。在web前端部署所述主项目的过程具体可以包括如下步骤：

1411、在所述web前端部署用于管理用户信息的用户管理模块。

在一些实施例中，用户管理模块用于管理用户信息，该用户信息可以包括用户标识、用户的权限信息等等。通过在web前端部署用户管理模块，能够进行用户登录、认证、注册、修改绑定信息等管理操作。

1412、在所述web前端部署用于管理所述业务功能模块的路由信息的路由管理模块。

在一些实施例中，路由信息包括路由名称、描述、url、权限等信息。通过在web前端部署路由管理模块，能够供管理员对各业务功能模块的路由信息进行修改、增加、删除等管理操作。

在一些实施例中，所述在所述web前端部署用于管理所述业务功能模块的路由信息的路由管理模块的过程，具体可以包括如下步骤：

1)、在所述web前端部署路由配置模块，所述路由配置模块用于通过ajax请求将用户配置的路由信息动态记录在数据库中。

在一些实施例中，ajax是指一种创建交互式网页应用的网页开发技术。ajax可以通过在浏览器后台与服务器进行少量的数据交换从而使网页实现异步更新。所谓“异步”，是发送请求后不需要等待服务器响应，将请求缓存至任务列表等待响应，继续下一请求的发送。

在一些实施例中，所述web前端项目部署方法还可以包括如下步骤：

a、获取业务功能模块修改需求。

在一些实施例中，web前端项目在使用过程中可能需要对某些子项目对应的业务功能模块进行修改，在此之前，可以先获取业务功能模块修改需求，也即预先获知需要修改的业务功能模块，以便于对web前端项目的业务功能模块进行修改。

b、根据所述业务功能模块修改需求，确定所述路由配置模块中对应的路由信息，作为待修改的路由信息。

在一些实施例中，可以根据业务功能模块修改需求确定哪些业务功能模块需要修改，业务功能模块与子项目一一对应，因此，根据需要修改的业务功能模块可以确定对应的子项目，及路由配置模块中对应的路由信息。

c、根据所述业务功能模块修改需求对所述待修改的路由信息进行修改。

在一些实施例中，通过根据业务功能模块修改需求先确定需要修改的业务功能模块所对应的路由信息，然后再对该路由信息进行修改，以完成对web前端项目中业务功能模块的修改。由于各子项目之间相互独立，各业务功能模块也相互独立，因此，在对需要修改的业务功能模块进行修改的过程中，不会对其它业务功能模块的调用造成影响。

a、获取业务功能模块的功能权限修改需求。

在一些实施例中，web前端项目在使用过程中可能需要对某些子项目对应业务功能模块的功能权限进行修改，在此之前，可以先获取业务功能模块的功能权限修改需求，也即预先获知需要修改功能权限的业务功能模块，以便于对web前端项目的业务功能模块的权限进行修改。

b、根据所述业务功能模块的功能权限修改需求，确定所述路由配置模块中对应的路由信息中的权限信息。

在一些实施例中，可以根据业务功能模块的功能权限修改需求确定哪些业务功能模块的功能权限需要修改，业务功能模块与子项目一一对应，因此，根据需要修改的业务功能模块可以确定对应的子项目，及路由配置模块中对应路由信息中的权限信息。

c、根据所述业务功能模块的功能权限修改需求，对所述权限信息进行修改。

在一些实施例中，通过根据业务功能模块的功能权限修改需求先确定需要修改功能权限的业务功能模块所对应的路由信息，然后再对该路由信息中的权限信息进行修改，以完成对web前端项目中业务功能模块的功能权限的修改。由于各子项目之间相互独立，各业务功能模块也相互独立，因此，在对需要修改的业务功能模块的功能权限进行修改的过程中，不会对其它业务功能模块的调用造成影响。

2)、在所述web前端部署路由展示模块，所述路由展示模块用于通过ajax请求获取所述数据库中的路由信息，并通过路由信息依次渲染成路由列表。

在一些实施例中，通过ajax请求获取数据库中的路由信息，并通过路由信息依次渲染成路由列表，能够便于供管理员对各业务功能模块的路由信息进行修改、增加、删除等管理操作。

1413、在所述web前端部署用于展示所述路由信息对应内容的内容展示模块。

在一些实施例中，当用户在路由管理模块中配置好路由信息后，内容展示模块中可以根据路由信息确定对应的业务功能模块，并将该业务功能模块的内容进行展示，以便用户查看业务功能模块中的内容，或对业务功能模块进行操作。

在一些实施例中，所述路由信息包括URL地址，可以在所述web前端部署通过iframe方式渲染出所述路由信息中URL地址对应内容的内容展示模块。

在一些实施例中，iframe是HTML中的一种标签，作用是文档中的文档，或浮动的框架。URL(统一资源定位符，Uniform Resource Locator)是对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示，是互联网上标准资源的地址。iframe会在内容展示模块中创建包含另一个文档的内联框架，在内容展示模块中通过iframe可以浏览URL地址对应的业务功能模块的内容。

在一些实施例中，所述在web前端部署所述主项目的过程，还可以包括：

在一些实施例中，页面公用展示内容是指相互独立的业务功能模块共用的页面，通过页面公用模块能够对公用页面进行展示，并对全局参数进行配置。

142、对所述主项目进行功能测试。

在一些实施例中，当web前端部署主项目后，可以对部署后的主项目进行功能测试，以判断主项目在web前端是否部署成功，若主项目功能测试正常，则web前端部署主项目成功，反之，web前端部署主项目失败。

143、若所述主项目功能测试正常，则在web前端部署与所述主项目关联的多个子项目。

在一些实施例中，若主项目功能测试正常，说明web主项目部署成功，之后，在web前端部署与主项目关联的多个子项目，能够进一步web前端项目部署后的整体稳定性。

1)、获取项目更新需求。

在一些实施例中，web前端项目在使用过程中可能需要对某些子项目进行更新，在对web前端项目的子项目进行更新之前，可以先获取项目更新需求，也即需要更新的业务功能模块，以便于对web前端项目进行更新。

2)、根据所述项目更新需求确定对应的子项目。

在一些实施例中，可以根据项目更新需求确定哪些业务功能模块需要跟新，业务功能模块与子项目一一对应，因此，根据需要更新的业务功能模块可以确定对应的子项目。

3)、对所述项目更新需求对应的子项目进行更新。

在一些实施例中，通过根据项目更新需求先确定需要更新的子项目，然后再对需要更新的子项目进行更新，由于各子项目之间相互独立，因此，当对需要更新的子项目进行更新的过程中，不会对其它子项目的调用造成影响。

为了更好实施本申请实施例中web前端项目部署方法，在web前端项目部署方法基础之上，本申请实施例中还提供一种web前端项目部署装置。

图4所示为本申请实施例提供的一种web前端项目部署装置的一个实施例的结构示意图。如图4所示，web前端项目部署装置200包括：

第一获取模块210，用于获取web前端项目的业务需求；

业务确定模块220，用于根据所述业务需求确定基础功能模块和相互独立的多个业务功能模块；

第二获取模块230，用于获取根据所述基础功能模块建立的主项目，以及根据所述多个业务功能模块建立的与所述主项目关联的多个子项目；

部署模块240，用于在web前端分别部署所述主项目以及与所述主项目关联的多个子项目。

在一些实施例中，所述部署模块240包括：

主项目部署模块，用于在web前端部署所述主项目；

测试模块，用于对所述主项目进行功能测试；

在一些实施例中，所述web前端项目部署装置200还包括：

第三获取模块，用于获取项目更新需求；

在一些实施例中，所述主项目部署模块包括：

在一些实施例中，所述第二部署模块包括：

在一些实施例中，所述路由信息包括URL地址，所述第三部署模块，用于在所述web前端部署通过iframe方式渲染出所述路由信息中URL地址对应内容的内容展示模块。

在一些实施例中，所述web前端项目部署装置200还包括：

第四获取模块，用于获取业务功能模块修改需求；

在一些实施例中，所述web前端项目部署装置200还包括：

在一些实施例中，所述主项目部署模块还包括：

在一些实施例中，所述业务确定模块220包括：

本申请实施例还提供一种服务器，其集成了本申请实施例所提供的任一种web前端项目部署装置，所述服务器包括：

一个或多个处理器；

存储器；以及

一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行上述web前端项目部署方法实施例中任一实施例中所述的web前端项目部署方法中的步骤。

本申请实施例还提供一种服务器，其集成了本申请实施例所提供的任一种web前端项目部署装置。如图5所示，其示出了本申请实施例所涉及的服务器的结构示意图，具体来讲：

该服务器可以包括一个或者一个以上处理核心的处理器401、一个或一个以上计算机可读存储介质的存储器402、电源403和输入单元404等部件。本领域技术人员可以理解，图5中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器401是该服务器的控制中心，利用各种接口和线路连接整个服务器的各个部分，通过运行或执行存储在存储器402内的软件程序和/或模块，以及调用存储在存储器402内的数据，执行服务器的各种功能和处理数据，从而对服务器进行整体监控。可选的，处理器401可包括一个或多个处理核心；优选的，处理器401可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器401中。

存储器402可用于存储软件程序以及模块，处理器401通过运行存储在存储器402的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器402可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据服务器的使用所创建的数据等。此外，存储器402可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器402还可以包括存储器控制器，以提供处理器401对存储器402的访问。

服务器还包括给各个部件供电的电源403，优选的，电源403可以通过电源管理系统与处理器401逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源403还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该服务器还可包括输入单元404，该输入单元404可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

尽管未示出，服务器还可以包括显示单元等，在此不再赘述。具体在本实施例中，服务器中的处理器401会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器402中，并由处理器401来运行存储在存储器402中的应用程序，从而实现各种功能，如下：

获取web前端项目的业务需求；

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种存储介质，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。该存储介质中存储有多条指令，该指令能够被处理器进行加载，以执行本申请实施例所提供的任一种web前端项目部署方法中的步骤。例如，该指令可以执行如下步骤：

获取web前端项目的业务需求；

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

以上对本申请实施例所提供的一种web前端项目部署方法、装置、服务器及存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的技术方案及其核心思想；本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例的技术方案的范围。

Claims

1.一种web前端项目部署方法，其特征在于，所述方法包括：

获取web前端项目的业务需求；

2.如权利要求1所述的web前端项目部署方法，其特征在于，所述在web前端分别部署所述主项目以及与所述主项目关联的多个子项目，包括：

在web前端部署所述主项目；

对所述主项目进行功能测试；

3.如权利要求1所述的web前端项目部署方法，其特征在于，所述方法还包括：

获取项目更新需求；

根据所述项目更新需求确定对应的子项目；

对所述项目更新需求对应的子项目进行更新。

4.如权利要求2所述的web前端项目部署方法，其特征在于，所述在web前端部署所述主项目，包括：

在所述web前端部署用于管理用户信息的用户管理模块；

5.如权利要求4所述的web前端项目部署方法，其特征在于，所述在所述web前端部署用于管理所述业务功能模块的路由信息的路由管理模块，包括：

6.如权利要求4所述的web前端项目部署方法，其特征在于，所述路由信息包括URL地址，所述在所述web前端部署用于展示所述路由信息对应内容的内容展示模块，包括：

7.如权利要求4所述的web前端项目部署方法，其特征在于，所述方法还包括：

获取业务功能模块修改需求；

8.如权利要求4所述的web前端项目部署方法，其特征在于，所述方法还包括：

获取业务功能模块的功能权限修改需求；

9.如权利要求1所述的web前端项目部署方法，其特征在于，所述据所述业务需求确定基础功能模块和相互独立的多个业务功能模块，包括：

根据所述业务需求确定各业务需求对应的数据信息；

10.一种web前端项目部署装置，其特征在于，所述web前端项目部署装置包括：

第一获取模块，用于获取web前端项目的业务需求；

确定模块，用于根据所述业务需求确定基础功能模块和相互独立的多个业务功能模块；

11.一种服务器，其特征在于，所述服务器包括：

一个或多个处理器；

存储器；以及

一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现权利要求1至9中任一项所述的web前端项目部署方法。

12.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行权利要求1至9任一项所述的web前端项目部署方法中的步骤。