CN109683887A - 一种支持多方案自定义web项目的构建方法及装置 - Google Patents

Abstract

本发明提供了一种支持多方案自定义web项目的构建方法及装置，其中方法包括：S1，从配置中心获取模板列表，并选择需要的模板；S2，检测本地模板仓库中是否存在需要的模板，存在则执行步骤S3，不存在则执行步骤S4；S3，确定是否覆盖本地模板仓库中的需要的模板，选择覆盖则删除本地模板仓库中的需要的模板执行步骤S4，选择不覆盖则执行步骤S6；S4，根据从配置中心中选择的需要的模板，从远程github仓库中下载需要的模板到本地模板仓库中；S5，根据从远程github仓库中下载的需要的模板构建Web项目到指定的项目路径；S6，根据本地模板仓库中的需要的模板构建Web项目到指定的项目路径。

Description

一种支持多方案自定义web项目的构建方法及装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种支持多方案自定义web项目的构建方法及装置。

背景技术

随着Web技术的发展，现在的Web已经不仅仅是做个静态页面那么简单了，日新月异的Web技术已经让整个Web代码逻辑和交互效果越来越复杂。如今的Web已经是工程化了，不再是以前的刀耕火种的静态页面时代了。自从Web工程化之后，Web项目的统一规范就显得越发重要。另外，手动一步一步构建项目费时费力，已经更不上Web项目的新增的速度。因此，急需要一款Web项目脚手架工具来帮助我们快速高效地构建出一个基础的Web项目，开发者上手就可以直接进行逻辑代码的开发，而不需要再做底层的配置以及项目目录的定义这些基础工作，极大地解放了开发者的生产力。

目前市场上一些构建工具大都有以下几个缺陷不足：

1.只是针对基于特定的技术的Web项目构建，不能适应于基于其他Web技术的Web项目构建。

2.将Web项目的模板文件放到了脚手架中，这就造成了哪怕是一个小小的模板文件改动都需要发布一版新的脚手架，用户体验不佳。

3.拓展性很差，不能友好添加其他Web项目的构建支持，构建出的Web项目只有那么特定的一种或几种，无法拓展新的Web项目构建。

4.仅仅停留在项目级别的构建，页面以及组件级别的构建没有。

发明内容

本发明旨在提供一种克服上述问题之一或者至少部分地解决上述任一问题的支持多方案自定义web项目的构建方法及装置。

为达到上述目的，本发明的技术方案具体是这样实现的：

本发明的一个方面提供了一种支持多方案自定义web项目的构建方法，包括：S1，从配置中心获取模板列表，并选择需要的模板；S2，检测本地模板仓库中是否存在需要的模板，存在则执行步骤S3，不存在则执行步骤S4；S3，确定是否覆盖本地模板仓库中的需要的模板，选择覆盖则删除本地模板仓库中的需要的模板执行步骤S4，选择不覆盖则执行步骤S6；S4，根据从配置中心中选择的需要的模板，从远程github仓库中下载需要的模板到本地模板仓库中；S5，根据从远程github仓库中下载的需要的模板构建Web项目到指定的项目路径；S6，根据所述本地模板仓库中的所述需要的模板构建Web项目到指定的项目路径。

其中，方法还包括：在github上新建一个仓库，形成远程github仓库；将模板文件上传到远程github仓库中；在配置中心注册模板文件，其中，模板文件至少包括需要的模板。

其中，方法还包括：获取页面和组件相关信息，选择需要构建的页面和/或组件所需要的模板；对需要构建的页面和/或组件所需要的模板中带有的问题进行答复；渲染需要构建的页面和/或组件所需要的模板，得到模板文件；将模板文件生成到指定目录下。

本发明另一方面提供了一种支持多方案自定义web项目的构建装置，包括：选择模块，用于从配置中心获取模板列表，并选择需要的模板；检测模块，用于检测本地模板仓库中是否存在需要的模板，存在则通知确定模块执行操作，不存在则通知下载模块执行操作；确定模块，用于确定是否覆盖本地模板仓库中的需要的模板，选择覆盖则删除本地模板仓库中的需要的模板通知下载模块执行操作，选择不覆盖则通知构建模块执行操作；下载模块，用于根据从配置中心中选择的需要的模板，从远程github仓库中下载需要的模板到本地模板仓库中；构建模块，用于根据从远程github仓库中下载的需要的模板构建Web项目到指定的项目路径，或者根据所述本地模板仓库中的所述需要的模板构建Web项目到指定的项目路径。

其中，装置还包括：新建模块，用于在github上新建一个仓库，形成远程github仓库；上传模块，用于将模板文件上传到远程github仓库中；注册模块，用于在配置中心注册模板文件，其中，模板文件至少包括需要的模板。

其中，装置还包括：获取模块，用于获取页面和组件相关信息，选择需要构建的页面和/或组件所需要的模板；答复模块，用于对需要构建的页面和/或组件所需要的模板中带有的问题进行答复；渲染模块，用于渲染需要构建的页面和/或组件所需要的模板，得到模板文件；生成模块，用于将模板文件生成到指定目录下。

由此可见，通过本发明实施例提供的支持多方案自定义web项目的构建方法及装置，可以满足于基于任何技术的Web项目构建。

进一步，构建项目的模板文件的改动不会造成脚手架需要发布新版本，且具有极高的拓展性，可以随时添加新的Web项目的构建。

另外，还可以实现页面和组件级别的构建。

附图说明

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

图1为本发明实施例提供的支持多方案自定义web项目的构建方法的流程图；

图2为本发明实施例提供的支持多方案自定义web项目的构建方法的一种具体流程图；

图3为本发明实施例提供的支持多方案自定义web项目的构建方法中页面组件级别构建的流程图；

图4为本发明实施例提供的支持多方案自定义web项目的构建装置的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了本发明实施例提供的支持多方案自定义web项目的构建方法的流程图，参见图1，本发明实施例提供的支持多方案自定义web项目的构建方法，包括：

S1，从配置中心获取模板列表，并选择需要的模板；

S2，检测本地模板仓库中是否存在需要的模板，存在则执行步骤S3，不存在则执行步骤S4；

S3，确定是否覆盖本地模板仓库中的需要的模板，选择覆盖则删除本地模板仓库中的需要的模板执行步骤S4，选择不覆盖则执行步骤S6；

S4，根据从配置中心中选择的需要的模板，从远程github仓库中下载需要的模板到本地模板仓库中；

S5，根据从远程github仓库中下载的需要的模板构建Web项目到指定的项目路径；

S6，根据本地模板仓库中的需要的模板构建Web项目到指定的项目路径。

具体地，本发明实施例中，将每一组项目模板文件存放在一个github仓库上之后，在构建Web项目之前，会先从该存放模板文件的远程github仓库中下载模板文件到本地模板仓库(.roo-templates)中，在构建Web项目的时候便可以从这个本地模板仓库(.roo-templates)获取构建Web项目所需要的模板文件进行项目构建。如果需要修改模板文件，则需要修改远程github仓库上的模板文件即可。在构建Web项目之前会去更新本地模板仓库，这样就可以保持本地模板仓库里的模板文件是与远程github仓库里的模板文件是一致的，从而解决模板文件修改导致脚手架工具发版的问题。为了更加友好的交互体验，构建前的模板文件更新这个操作是交于开发者控制的，如果开发者知道github仓库里模板并没有更新，可以选择让本发明跳过这个操作。其中，每一组模板文件都可以拥有三个属性：1、name，模板名称；2、url，远程github仓库地址，其中格式可以为：github:<用户名>/<仓库名>，3、描述：description，对该模板一些描述信息。

由此可见，本可选实施例只需要在每次构建之前去配置中心(roo-config)获取相关配置，开发者就可以看到可供选择的模板列表，开发者选择哪个模板文件就可以到指定的存放模板文件的github仓库拉取模板文件来完成后续的构建。

由此可见，通过本发明实施例提供的支持多方案自定义web项目的构建方法，可以满足于基于任何技术的Web项目构建。

作为本发明实施例一个的可选实施方式，支持多方案自定义web项目的构建方法还包括：在github上新建一个仓库，形成远程github仓库；将模板文件上传到远程github仓库中；在配置中心注册模板文件，其中，模板文件至少包括需要的模板。具体地，目前很多脚手架工具都是将模板文件放在脚手架工具里，这给后续模板的文件的维护造成极大的困扰，因为每次模板文件的修改都会导致脚手架工具的发版。而通过本发明实施例，可见，将模板文件放在github上，将模板文件和脚手架工具解耦，分开管理，避免由一方的改动影响到另一方。对于拓展性差、添加新的Web项目构建支持困难的问题以及脚手架只能构建基于一种Web技术的Web项目。由于本发明实施例采用的是将模板文件放在远程github仓库，这样n个远程github仓库就可以对应n种项目模板文件，每个远程github仓库中的模板文件的技术选型可以完全不一样，这样就有了支持多种Web技术的Web项目的构建的基础。由于存放模板文件的远程github仓库是一个个独立的个体，为了有效地管理他们，利用配置中心(roo-config)来对存放这些模板文件的远程github仓库做统一管理，所有存放模板文件的远程github仓库都会在这个配置中心中注册。如果支持新的Web项目构建只需要一下三步操作即可：1、github上新建一个仓库；2、将模板文件上传到该仓库中；3、去配置中心roo-config注册一下该模板。通过以上三步，本发明可以随时随地地新增新的Web项目构建，而且不需要发布新版本的本发明。因此，在不发布脚手架工具的情况下，可以友好地更新web项目构建所需要的模板文件并且可以快速添加其他不同种类的web项目构建支持。

作为本发明实施例一个的可选实施方式，支持多方案自定义web项目的构建方法还包括：获取页面和组件相关信息，选择需要构建的页面和/或组件所需要的模板；对需要构建的页面和/或组件所需要的模板中带有的问题进行答复；渲染需要构建的页面和/或组件所需要的模板，得到模板文件；将模板文件生成到指定目录下。具体地，每一个Web项目的页面和组件都是组成结构或者格式都是不一样的，所以每个Web项目页面或者组件级的模板文件应该随着项目一起。但是每个项目的存放模板文件的目录是不一样的，这就需要对这些模板进行管理。因此本发明加入一个叫做roo.config.js配置文件，这个roo.config.js是要随着项目一起的，在这个roo.config.js中开发者就可以注册项目中模板文件。由于一些Web项目会把多个子项目放在一起，而每个子项目有独有一个roo.config.js，由于执行本发明new page(页面构建)或者本发明new component(组件构建)时会默认在当前命令执行目录下找roo.config.js，这样就给多个子项目的Web项目增加了困扰，构建哪个子项目的页面或者组件就需要到哪个子项目目录下，极度不友好。为了解决这个问题，本发明允许开发者通过执行命令时加上“<-c或者—config><roo.config.js路径>”来指定roo.config.js，这样就不要切换目录了。有一些Web项目有一些特殊页面或者组件需要放在特殊的目录下，而roo.config.js中是指定好了生成目录的。为了解决这个问题，本发明则允许开发者通过执行命令时加上“<-d或者—dest><生成目录>”来指定页面或者组件的生成目录，这样特殊页面或者组件就可以生成在特殊的目录下。

以下提供本发明实施例的提供的web项目构建的一种具体实现方式，但本发明并不局限于此，参见图2：

本发明实施例的Web项目构建包括：

1、执行命令本发明create。

2、从配置中心获取模板列表。

3、开发者选择自己需要的模板。

4、检测本地模板仓库(.roo-templates)中是否存在该模板，存在则继续下一步，否则跳到第5步。

5、开发者选择是否覆盖本地模板仓库(.roo-templates)已存在的模板，选择覆盖则删除本地仓库中的该模板并继续下一步，否则跳到第6步。

6、根据开发者选择的模板从远程github仓库中下载对应的模板到本地模板仓库(.roo-templates)中。

7、构建Web项目到指定的项目路径。

8、完成。

以下提供本发明实施例的提供的页面组件级别构建的一种具体实现方式，但本发明并不局限于此，参见图3：

本发明实施例提供的页面组件级别构建包括：

1、本发明new page(页面构建)或者本发明new component(组件构建)。

2、读取项目中的roo.config.js文件，获取相关配置信息。

3、开发者选择需要构建的页面或者组件的模板。

4、开发者回答模板相关的一些问题。

5、渲染模板文件。

6、生成页面或者组件到指定的目录下。

7、完成。

图4示出了本发明实施例提供的支持多方案自定义web项目的构建装置的结构示意图，该支持多方案自定义web项目的构建装置应用于上述方法，以下仅对支持多方案自定义web项目的构建装置的结构进行简单说明，其他未尽事宜，请参照上述支持多方案自定义web项目的构建方法中的相关描述，参见图4，本发明实施例提供的支持多方案自定义web项目的构建装置，包括：

选择模块401，用于从配置中心获取模板列表，并选择需要的模板；

检测模块402，用于检测本地模板仓库中是否存在需要的模板，存在则通知确定模块403执行操作，不存在则通知下载模块404执行操作；

确定模块403，用于确定是否覆盖本地模板仓库中的需要的模板，选择覆盖则删除本地模板仓库中的需要的模板通知下载模块404执行操作，选择不覆盖则通知构建模块405执行操作；

下载模块404，用于根据从配置中心中选择的需要的模板，从远程github仓库中下载需要的模板到本地模板仓库中；

构建模块405，用于根据从远程github仓库中下载的需要的模板构建Web项目到指定的项目路径，或者根据本地模板仓库中的需要的模板构建Web项目到指定的项目路径。

由此可见，通过本发明实施例提供的支持多方案自定义web项目的构建装置，可以满足于基于任何技术的Web项目构建。

作为本发明实施例一个的可选实施方式，支持多方案自定义web项目的构建装置还包括：新建模块406，用于在github上新建一个仓库，形成远程github仓库；上传模块407，用于将模板文件上传到远程github仓库中；注册模块408，用于在配置中心注册模板文件，其中，模板文件至少包括需要的模板。由此构建项目的模板文件的改动不会造成脚手架需要发布新版本，且具有极高的拓展性，可以随时添加新的Web项目的构建。

作为本发明实施例一个的可选实施方式，支持多方案自定义web项目的构建装置还包括：获取模块409，用于获取页面和组件相关信息，选择需要构建的页面和/或组件所需要的模板；答复模块410，用于对需要构建的页面和/或组件所需要的模板中带有的问题进行答复；渲染模块411，用于渲染需要构建的页面和/或组件所需要的模板，得到模板文件；生成模块412，用于将模板文件生成到指定目录下。由此可以实现页面和组件级别的构建。

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

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

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

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

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

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

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

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

Claims (6)

1.一种支持多方案自定义web项目的构建方法，其特征在于，包括：

S1，从配置中心获取模板列表，并选择需要的模板；

S2，检测本地模板仓库中是否存在所述需要的模板，存在则执行步骤S3，不存在则执行步骤S4；

S3，确定是否覆盖所述本地模板仓库中的所述需要的模板，选择覆盖则删除所述本地模板仓库中的所述需要的模板执行步骤S4，选择不覆盖则执行步骤S6；

S4，根据从所述配置中心中选择的所述需要的模板，从远程github仓库中下载所述需要的模板到所述本地模板仓库中；

S5，根据从所述远程github仓库中下载的所述需要的模板构建Web项目到指定的项目路径；

S6，根据所述本地模板仓库中的所述需要的模板构建Web项目到指定的项目路径。

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

在github上新建一个仓库，形成所述远程github仓库；

将模板文件上传到所述远程github仓库中；

在所述配置中心注册所述模板文件，其中，所述模板文件至少包括所述需要的模板。

3.根据权利要求2所述的方法，其特征在于，还包括：

获取页面和组件相关信息，选择需要构建的页面和/或组件所需要的模板；

对所述需要构建的页面和/或组件所需要的模板中带有的问题进行答复；

渲染所述需要构建的页面和/或组件所需要的模板，得到所述模板文件；

将所述模板文件生成到指定目录下。

4.一种支持多方案自定义web项目的构建装置，其特征在于，包括：

选择模块，用于从配置中心获取模板列表，并选择需要的模板；

检测模块，用于检测本地模板仓库中是否存在所述需要的模板，存在则通知确定模块执行操作，不存在则通知下载模块执行操作；

所述确定模块，用于确定是否覆盖所述本地模板仓库中的所述需要的模板，选择覆盖则删除所述本地模板仓库中的所述需要的模板通知所述下载模块执行操作，选择不覆盖则通知构建模块执行操作；

所述下载模块，用于根据从所述配置中心中选择的所述需要的模板，从远程github仓库中下载所述需要的模板到所述本地模板仓库中；

构建模块，用于根据从所述远程github仓库中下载的所述需要的模板构建Web项目到指定的项目路径，或者根据所述本地模板仓库中的所述需要的模板构建Web项目到指定的项目路径。

5.根据权利要求4所述的装置，其特征在于，还包括：

新建模块，用于在github上新建一个仓库，形成所述远程github仓库；

上传模块，用于将模板文件上传到所述远程github仓库中；

注册模块，用于在所述配置中心注册所述模板文件，其中，所述模板文件至少包括所述需要的模板。

6.根据权利要求5所述的装置，其特征在于，还包括：

获取模块，用于获取页面和组件相关信息，选择需要构建的页面和/或组件所需要的模板；

答复模块，用于对所述需要构建的页面和/或组件所需要的模板中带有的问题进行答复；

渲染模块，用于渲染所述需要构建的页面和/或组件所需要的模板，得到所述模板文件；

生成模块，用于将所述模板文件生成到指定目录下。