一种工程文件生成方法及装置、存储介质、计算机设备与流程

文档序号:33193016发布日期:2023-02-04 09:30阅读:24来源:国知局
一种工程文件生成方法及装置、存储介质、计算机设备与流程

1.本技术涉及计算机技术领域,尤其是涉及到一种工程文件生成方法及装置、存储介质、计算机设备。


背景技术:

2.随着前端近几年来的发展,工程化的概念越来越深入人心。当前搭建前端项目时,通常使用脚手架进行搭建。脚手架的出现可以减少很多跟业务不相关的重复工作,脚手架通过预先集成一些稳定可靠的项目模板,后续可以做到一键命令即可新建一个项目工程,简单方便。
3.业内许多厂商都有较为广泛的脚手架实践,脚手架可以较好的服务于大多数业务,然而其中也存在一些不足。当前业内多数脚手架对模板和可定制参数强依赖,导致模板的可配置灵活性较低,用户如果使用该脚手架,那么就必须使用该脚手架提供的工程模板。


技术实现要素:

4.有鉴于此,本技术提供了一种工程文件生成方法及装置、存储介质、计算机设备,实现了命令行工具与脚手架基础模板之间的解耦,解决了脚手架对模板和可定制参数强依赖的问题,使得模板的配置更加灵活,更好的保证了工程文件的质量。
5.根据本技术的一个方面,提供了一种工程文件生成方法,所述方法基于脚手架实现,所述方法包括:
6.响应于工程文件生成指令,输出命令行界面;
7.提取目标用户基于所述命令行界面输入的目标参数,并基于所述目标参数中的第一参数,从预设模板池中确定目标工程模板,所述预设模板池包括脚手架基础模板以及定制模板;
8.解析所述目标工程模板内的目标配置文件,并依据所述目标配置文件以及所述目标参数中的第二参数,生成初始配置文件;
9.通过模板引擎对所述初始配置文件进行渲染,得到所述工程文件。
10.根据本技术的另一方面,提供了一种工程文件生成装置,所述装置基于脚手架实现,所述装置包括:
11.界面输出模块,用于响应于工程文件生成指令,输出命令行界面;
12.参数提取模块,用于提取目标用户基于所述命令行界面输入的目标参数,并基于所述目标参数中的第一参数,从预设模板池中确定目标工程模板,所述预设模板池包括脚手架基础模板以及定制模板;
13.文件解析模块,用于解析所述目标工程模板内的目标配置文件,并依据所述目标配置文件以及所述目标参数中的第二参数,生成初始配置文件;
14.渲染模块,用于通过模板引擎对所述初始配置文件进行渲染,得到所述工程文件。
15.依据本技术又一个方面,提供了一种存储介质,其上存储有计算机程序,所述程序
被处理器执行时实现上述工程文件生成方法。
16.依据本技术再一个方面,提供了一种计算机设备,包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述工程文件生成方法。
17.借由上述技术方案,本技术提供的一种工程文件生成方法及装置、存储介质、计算机设备,当目标用户想要生成工程文件时,可以通过运行脚手架实现。目标用户启用脚手架之后,可以通过点击图标等方式生成工程文件生成指令,接着,脚手架可以响应于该工程文件生成指令,输出命令行界面,这样目标用户可以在命令行界面输入目标参数。进一步,可以从命令行界面中提取目标用户输入的目标参数。其中,目标参数可以被分成两个部分,一部分是用于指示目标工程模板的第一参数,一部分是用于指示配置项的第二参数。提取目标参数之后,可以根据目标参数中的第一参数,从预设模板池中找出与第一参数对应的目标工程模板。在这里,预设模板池中即可以包括脚手架自带的工程模板,也即脚手架基础模板,此外,也可以包括目标用户的定制模板。每个目标工程模板内都可以包含一个目标配置文件。选中目标工程模板之后,可以对该目标工程模板下的目标配置文件进行解析,解析之后可以根据目标参数中的第二参数共同生成初始配置文件。接着,可以利用模板引擎对上述生成的初始配置文件进行渲染处理,这样可以最终得到工程文件。本技术实现了命令行工具与脚手架基础模板之间的解耦,解决了脚手架对模板和可定制参数强依赖的问题,使得模板的配置更加灵活,更好的保证了工程文件的质量。
18.上述说明仅是本技术技术方案的概述,为了能够更清楚了解本技术的技术手段,而可依照说明书的内容予以实施,并且为了让本技术的上述和其它目的、特征和优点能够更明显易懂,以下特举本技术的具体实施方式。
附图说明
19.此处所说明的附图用来提供对本技术的进一步理解,构成本技术的一部分,本技术的示意性实施例及其说明用于解释本技术,并不构成对本技术的不当限定。在附图中:
20.图1示出了本技术实施例提供的一种工程文件生成方法的流程示意图;
21.图2示出了本技术实施例提供的另一种工程文件生成方法的流程示意图;
22.图3示出了本技术实施例提供的另一种工程文件生成方法的流程示意图;
23.图4示出了本技术实施例提供的一种工程文件生成装置的结构示意图。
具体实施方式
24.下文中将参考附图并结合实施例来详细说明本技术。需要说明的是,在不冲突的情况下,本技术中的实施例及实施例中的特征可以相互组合。
25.在本实施例中提供了一种工程文件生成方法,所述方法基于脚手架实现,如图1所示,该方法包括:
26.步骤101,响应于工程文件生成指令,输出命令行界面;
27.本技术实施例提供的工程文件生成方法,可以应用于客户端一侧,也可以应用于服务器一侧。当目标用户想要生成工程文件时,可以通过运行脚手架实现,在这里,脚手架是经过优化之后的脚手架,优化后的脚手架不再对脚手架本身的模板和可定制参数强依
赖,可定制参数可以包括参数包括所选框架、是否使用框架内的部分特性、编译打包配置项等等。目标用户启用脚手架之后,可以通过点击图标等方式生成工程文件生成指令,接着,脚手架可以响应于该工程文件生成指令,输出命令行界面,这样目标用户可以在命令行界面输入目标参数。此外,命令行界面还可以为目标用户提供输入帮助,例如通过命令行高亮的形式,在问题下方给用户提供回答帮助,或者将问题回答设置为可选项的形式。其中,命令行界面可以基于node脚本实现,目标用户在命令行界面输入目标参数可以通过如下方式:第一,用户可以在每个命令行下通过键盘自由输入;第二,有些命令行对应的问题可以提供例如abcd样式的固定选项,目标用户仅需方向键选择abcd中一个或多个;第三,有些命令行对应的问题可以规定回答规范,例如回答yes/no/y/n,目标用户输入后按回车即可。
28.步骤102,提取目标用户基于所述命令行界面输入的目标参数,并基于所述目标参数中的第一参数,从预设模板池中确定目标工程模板,所述预设模板池包括脚手架基础模板以及定制模板;
29.在该实施例中,进一步,可以从命令行界面中提取目标用户输入的目标参数。其中,目标参数可以被分成两个部分,一部分是用于指示目标工程模板的第一参数,一部分是用于指示配置项的第二参数。提取目标参数之后,可以根据目标参数中的第一参数,从预设模板池中找出与第一参数对应的目标工程模板。其中,第一参数可以是目标工程模板对应的模板标识,也可以是目标工程模板对应的模板地址等。在这里,预设模板池中即可以包括脚手架自带的工程模板,也即脚手架基础模板,此外,也可以包括目标用户的定制模板。
30.步骤103,解析所述目标工程模板内的目标配置文件,并依据所述目标配置文件以及所述目标参数中的第二参数,生成初始配置文件;
31.在该实施例中,每个目标工程模板内都可以包含一个目标配置文件,目标配置文件具体可以是配置json文件。选中目标工程模板之后,可以对该目标工程模板下的目标配置文件进行解析,解析之后可以根据目标参数中的第二参数共同生成初始配置文件。其中,第二参数可以包括项目名称、是否使用typescript(一种开源编程语言)、是否使用某第三方组件库、是否接入打点系统等等。
32.步骤104,通过模板引擎对所述初始配置文件进行渲染,得到所述工程文件。
33.在该实施例中,接着,可以利用模板引擎对上述生成的初始配置文件进行渲染处理,这样可以最终得到工程文件。当目标配置文件是配置json文件时,模板引擎可以是ejs模板引擎,ejs模板引擎将脚手架基础模板与配置数据分离,在生成最终的工程文件之前收集到所有配置项,通过特定的ejs语法,动态的生成工程文件。例如命令行问题中会问用户是否接入某个模块,如果用户选择否,则不会出现注入该模块的代码,反之则会将引用模块的代码注入到工程文件中去。
34.通过应用本实施例的技术方案,当目标用户想要生成工程文件时,可以通过运行脚手架实现。目标用户启用脚手架之后,可以通过点击图标等方式生成工程文件生成指令,接着,脚手架可以响应于该工程文件生成指令,输出命令行界面,这样目标用户可以在命令行界面输入目标参数。进一步,可以从命令行界面中提取目标用户输入的目标参数。其中,目标参数可以被分成两个部分,一部分是用于指示目标工程模板的第一参数,一部分是用于指示配置项的第二参数。提取目标参数之后,可以根据目标参数中的第一参数,从预设模板池中找出与第一参数对应的目标工程模板。在这里,预设模板池中即可以包括脚手架自
带的工程模板,也即脚手架基础模板,此外,也可以包括目标用户的定制模板。每个目标工程模板内都可以包含一个目标配置文件。选中目标工程模板之后,可以对该目标工程模板下的目标配置文件进行解析,解析之后可以根据目标参数中的第二参数共同生成初始配置文件。接着,可以利用模板引擎对上述生成的初始配置文件进行渲染处理,这样可以最终得到工程文件。本技术实现了命令行工具与脚手架基础模板之间的解耦,解决了脚手架对模板和可定制参数强依赖的问题,使得模板的配置更加灵活,更好的保证了工程文件的质量。
35.进一步的,作为上述实施例具体实施方式的细化和扩展,为了完整说明本实施例的具体实施过程,提供了另一种工程文件生成方法,所述方法基于脚手架实现,如图2所示,该方法包括:
36.步骤201,响应于工程文件生成指令,输出命令行界面;
37.在该实施例中,当目标用户想要生成工程文件时,可以通过运行脚手架实现。目标用户启用脚手架之后,可以通过点击图标等方式生成工程文件生成指令,接着,脚手架可以响应于该工程文件生成指令,输出命令行界面,这样目标用户可以在命令行界面输入目标参数。
38.步骤202,提取目标用户基于所述命令行界面输入的目标参数;
39.在该实施例中,进一步,可以从命令行界面中提取目标用户输入的目标参数。其中,目标参数可以被分成两个部分,一部分是用于指示目标工程模板的第一参数,一部分是用于指示配置项的第二参数。
40.步骤203,从所述目标参数中识别所述第一参数,并确定所述第一参数指示的模板地址;
41.在该实施例中,提取目标用户输入的目标参数之后,可以从目标参数中识别出第一参数,并根据第一参数确定目标工程模板对应的模板地址。模板地址可以是与目标工程模板一一对应的。
42.步骤204,当所述模板地址为所述预设模板池中的所述脚手架基础模板对应的模板地址时,将所述脚手架基础模板作为所述目标工程模板;
43.在该实施例中,接着,可以根据模板地址判断该模板地址指示的是脚手架基础模板,还是定制模板。如果模板地址对应的是预设模板池中脚手架基础模板对应的模板地址,由于脚手架基础模板是脚手架自带的常用模板,因此可以直接使用,此时可以将该脚手架基础模板作为目标工程模板。
44.步骤205,当所述模板地址为所述预设模板池中的所述定制模板对应的模板地址时,判断所述定制模板是否满足预设接入条件,并当满足时,将所述定制模板作为所述目标工程模板;
45.在该实施例中,如果模板地址对应的是预设模板池中目标用户的定制模板的模板地址,由于定制模板不知道是否能够满足脚手架的接入条件,一旦不能成功接入,直接影响后续操作,因此此时可以先判断定制模板是否满足预设接入条件。如果经过判断发现定制模板能够满足预设接入条件,那么说明后续可以成功使用该定制模板,此时可以将该定制模板作为目标工程模板。
46.步骤206,解析所述目标工程模板内的目标配置文件,并依据所述目标配置文件以及所述目标参数中的第二参数,生成初始配置文件;
47.在该实施例中,每个目标工程模板内都可以包含一个目标配置文件。选中目标工程模板之后,可以对该目标工程模板下的目标配置文件进行解析,解析之后可以根据目标参数中的第二参数共同生成初始配置文件。
48.步骤207,通过模板引擎对所述初始配置文件进行渲染,得到所述工程文件。
49.在该实施例中,接着,可以利用模板引擎对上述生成的初始配置文件进行渲染处理,这样可以最终得到工程文件。
50.在本技术实施例中,可选地,步骤205中所述“判断所述定制模板是否满足预设接入条件”,包括:识别所述定制模板对应的目标扩展名,并判断所述目标扩展名是否为预设扩展名,得到第一判断结果;判断所述定制模板的根目录下是否具备所述目标配置文件,得到第二判断结果;当所述第一判断结果以及所述第二判断结果均为是时,确定所述定制模板满足所述预设接入条件。
51.在该实施例中,在判断定制模板是否满足预设接入条件时,首先可以对定制模板的目标扩展名进行识别,目标扩展名即定制模板的文件后缀。接着,确定目标扩展名和预设扩展名之间是否一致,得到第一判断结果,第一判断结果可以是一致,也可以是不一致。例如,当模板引擎是ejs模板引擎时,预设扩展名可以是.ejs。与此同时,还可以对定制模板的根目录下的文件进行查找,确定定制模板的根目录下是否包括目标配置文件,进而可以得到第二判断结果,第二判断结果可以是包括,也可以是不包括。最后,可以根据第一判断结果和第二判断结果共同确定定制模板是否满足预设接入条件。具体地,如果第一判断结果为是,也即一致,以及第二判断结果同样是是,也即包括,那么说明定制模板是满足预设接入条件的,后续可以利用该定制模板成功生成工程文件;但是如果第一判断结果以及第二判断结果中有任意一个是否,或者第一判断结果以及第二判断结果均为否,那么说明定制模板不满足预设接入条件。
52.进一步的,作为上述实施例具体实施方式的细化和扩展,为了完整说明本实施例的具体实施过程,提供了另一种工程文件生成方法,所述方法基于脚手架实现,如图3所示,该方法包括:
53.步骤301,响应于工程文件生成指令,输出命令行界面;
54.在该实施例中,当目标用户想要生成工程文件时,可以通过运行脚手架实现。目标用户启用脚手架之后,可以通过点击图标等方式生成工程文件生成指令,接着,脚手架可以响应于该工程文件生成指令,输出命令行界面,这样目标用户可以在命令行界面输入目标参数。
55.步骤302,将所述目标用户基于所述命令行界面输入的目标参数与预设参数进行比对,确定所述预设参数是否包括所述目标参数;和/或,将所述目标用户基于所述命令行界面输入的目标参数对应的参数格式与预设格式进行比对,确定所述目标参数的参数格式是否与所述预设格式相一致;
56.在该实施例中,命令行界面还可以对目标用户输入的目标参数进行校验,校验可以分成两个方面,一方面是对目标参数是否是预设参数中的一部分进行校验,另一方面是对目标参数对应的参数格式是否是预设格式进行校验。针对第一方面,针对命令行界面的输入,命令行界面本身可以对应有答案的预设参数,例如,回答yes/no/y/n,假如预设参数是yes/no,如果目标用户输入的目标参数是y/n,那么说明目标参数不属于预设参数,无法
识别;假如预设参数是y/n,如果目标用户输入的目标参数是yes/no,那么同样说明目标参数不属于预设参数,同样无法识别。针对第二方面,针对命令行界面的输入,命令行界面本身可以对应有答案的预设格式,例如,预设格式是模板地址的全拼,假如目标参数对应的参数格式是模板地址的简略写法,那么说明目标参数的参数格式不属于预设格式,此时无法识别。
57.步骤303,当所述预设参数包括所述目标参数,和/或当所述目标参数的参数格式与所述预设格式一致时,提取目标用户基于所述命令行界面输入的目标参数,并基于所述目标参数中的第一参数,从预设模板池中确定目标工程模板,所述预设模板池包括脚手架基础模板以及定制模板;
58.在该实施例中,如果经过判断,发现目标参数属于预设参数,并且目标参数的参数格式属于预设格式,那么说明目标用户基于命令行界面输入的目标参数是可以被识别的,此时可以继续执行后续操作。此时可以从命令行界面中提取目标用户输入的目标参数。其中,目标参数可以被分成两个部分,一部分是用于指示目标工程模板的第一参数,一部分是用于指示配置项的第二参数。提取目标参数之后,可以根据目标参数中的第一参数,从预设模板池中找出与第一参数对应的目标工程模板。其中,第一参数可以是目标工程模板对应的模板标识,也可以是目标工程模板对应的模板地址等。在这里,预设模板池中即可以包括脚手架自带的工程模板,也即脚手架基础模板,此外,也可以包括目标用户的定制模板。
59.步骤304,解析所述目标工程模板内的目标配置文件,并依据所述目标配置文件以及所述目标参数中的第二参数,生成初始配置文件;
60.在该实施例中,每个目标工程模板内都可以包含一个目标配置文件。选中目标工程模板之后,可以对该目标工程模板下的目标配置文件进行解析,解析之后可以根据目标参数中的第二参数共同生成初始配置文件。
61.步骤305,通过模板引擎对所述初始配置文件进行渲染,得到所述工程文件;
62.在该实施例中,接着,可以利用模板引擎对上述生成的初始配置文件进行渲染处理,这样可以最终得到工程文件。
63.步骤306,确定所述工程文件所处的工程文件夹,并跳转至所述工程文件夹的根目录;
64.在该实施例中,生成工程文件之后,可以进一步确定生成的工程文件属于哪一个工程文件夹之下。确定了工程文件所处的工程文件夹之后,可以跳转到该工程文件夹的根目录之下。
65.步骤307,在所述根目录下运行安装依赖命令,基于所述安装依赖命令为所述工程文件安装目标依赖包。
66.在该实施例中,在跳转到工程文件夹的根目录之后,可以在该根目录之下运行安装依赖命令,这样可以利用该安装依赖命令为工程文件安装所需的目标依赖包,做好启动服务前的所有准备工作。前端项目一般会引入较多的第三方依赖包,但这些依赖包并不是跟随工程文件一起生成的,一般只记录依赖包名称以及版本号。安装依赖的命令通常也只有一个,取决于用户习惯用哪个依赖包管理工具,目前市面常用的包管理工具有两个:npm和yarn,如果是npm的话,安装依赖命令就是npm i;如果是yarn,命令就是yarn。
67.在本技术实施例中,可选地,步骤302之后,所述方法还包括:当所述预设参数不包
括所述目标参数,和/或当所述目标参数的参数格式与所述预设格式不一致时,输出错误提示,所述错误提示包括所述预设参数和/或所述预设格式。
68.在该实施例中,如果经过判断发现,预设参数并不包括目标用户输入的目标参数,和/或目标用户输入的目标参数的参数格式和预设格式并不相同,那么说明目标用户输入的目标参数存在问题,不能被识别,此时可以输出错误提示,错误提示一方面可以提醒目标用户输入的目标参数存在错误,一方面可以对应输出存在的错误的具体位置和具体问题。例如,可以确定存在错误的具体命令行,并在该具体命令行相应的位置处提示预设参数和/或所述预设格式,当该具体命令行对应的答案的错误是目标参数与预设参数不同,那么可以在相应位置处高亮显示正确的预设参数;当该具体命令行对应的答案的错误是目标参数的参数格式与预设格式不同,那么可以在相应位置处高亮显示正确的预设格式。本技术实施例通过在错误提示中显示预设参数和/或预设格式,可以帮助目标用户快速发现问题、解决问题,进而顺利进入下一步。
69.在本技术实施例中,可选地,步骤301中所述“响应于工程文件生成指令”之后,所述方法还包括:输出权限验证界面,并提取目标用户基于所述权限验证界面输入的用户信息,基于所述用户信息确定所述目标用户是否具有工程文件生成权限;当具备所述工程文件生成权限时,执行所述输出命令行界面的步骤。
70.在该实施例中,当响应于工程文件生成指令之后,可以先对目标用户的工程文件生成权限进行验证。具体地,可以在响应于工程文件生成指令之后,直接输出权限验证界面,这样目标用户可以在权限验证界面输入用户信息。接着,可以从权限验证界面中提取用户信息,在这里,用户信息可以是身份证信息、账号信息等,提取用户信息之后,可以将用户信息与预设权限列表相比对,确定用户信息是否在预设权限列表中,如果在,那么说明目标用户具备工程文件生成权限,否则,说明不具备工程文件生成权限。当目标用户具备工程文件生成权限时,此时可以继续执行上述输出命令行界面的步骤。
71.进一步的,作为图1方法的具体实现,本技术实施例提供了一种工程文件生成装置,所述装置基于脚手架实现,如图4所示,该装置包括:
72.界面输出模块,用于响应于工程文件生成指令,输出命令行界面;
73.参数提取模块,用于提取目标用户基于所述命令行界面输入的目标参数,并基于所述目标参数中的第一参数,从预设模板池中确定目标工程模板,所述预设模板池包括脚手架基础模板以及定制模板;
74.文件解析模块,用于解析所述目标工程模板内的目标配置文件,并依据所述目标配置文件以及所述目标参数中的第二参数,生成初始配置文件;
75.渲染模块,用于通过模板引擎对所述初始配置文件进行渲染,得到所述工程文件。
76.可选地,所述参数提取模块,包括:
77.模板地址确定单元,用于从所述目标参数中识别所述第一参数,并确定所述第一参数指示的模板地址;
78.第一判断单元,用于当所述模板地址为所述预设模板池中的所述脚手架基础模板对应的模板地址时,将所述脚手架基础模板作为所述目标工程模板;
79.第二判断单元,用于当所述模板地址为所述预设模板池中的所述定制模板对应的模板地址时,判断所述定制模板是否满足预设接入条件,并当满足时,将所述定制模板作为
所述目标工程模板。
80.可选地,所述第二判断单元,用于:
81.识别所述定制模板对应的目标扩展名,并判断所述目标扩展名是否为预设扩展名,得到第一判断结果;判断所述定制模板的根目录下是否具备所述目标配置文件,得到第二判断结果;当所述第一判断结果以及所述第二判断结果均为是时,确定所述定制模板满足所述预设接入条件。
82.可选地,所述装置还包括:
83.跳转模块,用于所述得到所述工程文件之后,确定所述工程文件所处的工程文件夹,并跳转至所述工程文件夹的根目录;
84.依赖包安装模块,用于在所述根目录下运行安装依赖命令,基于所述安装依赖命令为所述工程文件安装目标依赖包。
85.可选地,所述装置还包括:
86.比对模块,用于所述提取目标用户基于所述命令行界面输入的目标参数之前,将所述目标用户基于所述命令行界面输入的目标参数与预设参数进行比对,确定所述预设参数是否包括所述目标参数;和/或,将所述目标用户基于所述命令行界面输入的目标参数对应的参数格式与预设格式进行比对,确定所述目标参数的参数格式是否与所述预设格式相一致。
87.可选地,所述装置还包括:
88.提示输出模块,用于当所述预设参数不包括所述目标参数,和/或当所述目标参数的参数格式与所述预设格式不一致时,输出错误提示,所述错误提示包括所述预设参数和/或所述预设格式。
89.可选地,所述装置还包括:
90.界面输出模块,用于所述响应于工程文件生成指令之后,输出权限验证界面,并提取目标用户基于所述权限验证界面输入的用户信息,基于所述用户信息确定所述目标用户是否具有工程文件生成权限;
91.所述界面输出模块,还用于当具备所述工程文件生成权限时,执行所述输出命令行界面的步骤。
92.需要说明的是,本技术实施例提供的一种工程文件生成装置所涉及各功能单元的其他相应描述,可以参考图1至图3方法中的对应描述,在此不再赘述。
93.基于上述如图1至图3所示方法,相应的,本技术实施例还提供了一种存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述如图1至图3所示的工程文件生成方法。
94.基于这样的理解,本技术的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是cd-rom,u盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本技术各个实施场景所述的方法。
95.基于上述如图1至图3所示的方法,以及图4所示的虚拟装置实施例,为了实现上述目的,本技术实施例还提供了一种计算机设备,具体可以为个人计算机、服务器、网络设备等,该计算机设备包括存储介质和处理器;存储介质,用于存储计算机程序;处理器,用于执
行计算机程序以实现上述如图1至图3所示的工程文件生成方法。
96.可选地,该计算机设备还可以包括用户接口、网络接口、摄像头、射频(radio frequency,rf)电路,传感器、音频电路、wi-fi模块等等。用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)等,可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、wi-fi接口)等。
97.本领域技术人员可以理解,本实施例提供的一种计算机设备结构并不构成对该计算机设备的限定,可以包括更多或更少的部件,或者组合某些部件,或者不同的部件布置。
98.存储介质中还可以包括操作系统、网络通信模块。操作系统是管理和保存计算机设备硬件和软件资源的程序,支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信,以及与该实体设备中其它硬件和软件之间通信。
99.通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本技术可以借助软件加必要的通用硬件平台的方式来实现,也可以通过硬件实现。当目标用户想要生成工程文件时,可以通过运行脚手架实现。目标用户启用脚手架之后,可以通过点击图标等方式生成工程文件生成指令,接着,脚手架可以响应于该工程文件生成指令,输出命令行界面,这样目标用户可以在命令行界面输入目标参数。进一步,可以从命令行界面中提取目标用户输入的目标参数。其中,目标参数可以被分成两个部分,一部分是用于指示目标工程模板的第一参数,一部分是用于指示配置项的第二参数。提取目标参数之后,可以根据目标参数中的第一参数,从预设模板池中找出与第一参数对应的目标工程模板。在这里,预设模板池中即可以包括脚手架自带的工程模板,也即脚手架基础模板,此外,也可以包括目标用户的定制模板。每个目标工程模板内都可以包含一个目标配置文件。选中目标工程模板之后,可以对该目标工程模板下的目标配置文件进行解析,解析之后可以根据目标参数中的第二参数共同生成初始配置文件。接着,可以利用模板引擎对上述生成的初始配置文件进行渲染处理,这样可以最终得到工程文件。本技术实现了命令行工具与脚手架基础模板之间的解耦,解决了脚手架对模板和可定制参数强依赖的问题,使得模板的配置更加灵活,更好的保证了工程文件的质量。
100.本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本技术所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
101.上述本技术序号仅仅为了描述,不代表实施场景的优劣。以上公开的仅为本技术的几个具体实施场景,但是,本技术并非局限于此,任何本领域的技术人员能思之的变化都应落入本技术的保护范围。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1