一种基于前端脚手架修改工程模板的方法和设备技术

本发明专利技术涉及前端开发技术领域，具体涉及一种基于前端脚手架修改工程模板的方法和设备，所述方法首先获取启动指令，启动预先安装的前端脚手架服务，前端脚手架服务读取业务线的模板工程代码文件，根据前端脚手架服务，将业务线的框架性代码与功能性代码分离，获取业务线的业务页面，并将业务页面加载到前端脚手架服务，将业务页面与功能性代码进行关联，业务线通过前端脚手架服务中的功能性代码与门户进行交互，获取修改指令，根据修改指令对前端脚手架服务中对应的业务线功能性代码进行修改。各业务线通过前端脚手架服务中的功能性代码与门户进行交换，需要对业务线功能代码修改时，只需要对前端脚手架服务中的功能性代码进行修改便可以完成修改。行修改便可以完成修改。行修改便可以完成修改。

【技术实现步骤摘要】
一种基于前端脚手架修改工程模板的方法和设备


[0001]本专利技术涉及前端开发
，具体涉及一种基于前端脚手架修改工程模板的方法和设备。

技术介绍

[0002]前端工程模版发展阶段包括：
[0003]第一发展阶段，最传统的前端新起一个工程往往是从一个老工程复制一份，然后做手工删减，这需要前端开发对项目工程非常了解，前端工程已经和原业务过度偶合，导致非常容易出现删除错误。
[0004]第二发展阶段，将最新的工程模版放在代码仓库里，通过脚手架命令去从代码仓库把最新的工程模版复制到本地，解决了前端再需要重复删除代码的问题。
[0005]第二发展阶段虽然解决了部分问题，但本质上还是复制粘贴，只是把复制粘贴的工作交给了命令行工具。但还是无法解决工程模版散落在各个业务系统的问题，经过常年的日常迭代，业务代码与工程模版代码进行耦合，工程模版被业务线修改，工程模版在各个业务线进行分叉。如果科技中心需要在存量工程做一些统一修改，需要各个业务线都去修改一次，情况会变得非常复杂，难度与阻力都非常大。

技术实现思路

[0006]有鉴于此，本专利技术的目的在于提供一种基于前端脚手架修改工程模板的方法和设备，以克服目前对业务线工程模板功能代码做统一修改时，需要在各个业务线都去修改一次，修改难度大的问题。
[0007]为实现以上目的，本专利技术采用如下技术方案：
[0008]一方面，本申请提供了一种基于前端脚手架修改工程模板的方法，包括：
[0009]获取启动指令；
[0010]根据所述启动指令启动预先安装的前端脚手架服务，以使所述前端脚手架服务读取入口文件；其中，所述入口文件包括业务线的模板工程代码文件；
[0011]根据所述前端脚手架服务，将所述业务线的框架性代码与功能性代码分离；
[0012]获取所述业务线的业务页面，并将所述业务页面加载到所述前端脚手架服务；
[0013]将所述业务线的业务页面与所述业务线的功能性代码进行关联，以使所述业务线通过所述前端脚手架服务中的功能性代码与门户进行交互；
[0014]获取修改指令；
[0015]根据所述修改指令对所述前端脚手架服务中对应的业务线的功能性代码进行修改。
[0016]进一步的，以上所述的方法，在所述获取启动指令之前，还包括：
[0017]获取用户安装指令；
[0018]根据所述安装指令，安装node.js环境，并在所述node.js环境下安装nrm；
[0019]在所述node.js环境中，通过所述nrm将数据源切换到所述业务线数据源；
[0020]在所述node.js环境中安装所述前端脚手架服务。
[0021]进一步的，以上所述的方法，还包括：
[0022]获取所述业务线数据源的工程目录结构；
[0023]将所述工程目录结构中的代码文件作为所述前端脚手架服务的入口文件。
[0024]进一步的，以上所述的方法，所述获取所述业务线的业务页面，并将所述业务页面加载到所述前端脚手架服务，包括：
[0025]获取所述业务线的业务页面，通过所述业务页面的加载器将所述业务页面加载到所述前端脚手架服务。
[0026]进一步的，以上所述的方法，所述功能性代码至少包括：webpack配置代码、门户接入代码、用户登录代码、用户登出代码、生成菜单代码、插件初始化代码和业务页面加载代码。
[0027]进一步的，以上所述的方法，还包括：
[0028]获取待引用插件；
[0029]判断所述待引用插件是否作为门户子应用运行；
[0030]若是，则将所述门户的所述待引用插件下发到所述前端脚手架服务，并通过所述前端脚手架服务初始化所述待引用插件，将所述引用插件注入业务应用；
[0031]若不是，则所述前端脚手架服务初始化自身的所述待引用插件，将所述引用插件注入业务应用。
[0032]另一方面，本申请还提供了一种基于前端脚手架修改工程模板的设备，包括处理器和存储器，所述处理器与存储器相连：
[0033]其中，所述处理器，用于调用并执行所述存储器中存储的程序；
[0034]所述存储器，用于存储所述程序，所述程序至少用于执行以上任一项所述的方法。
[0035]本专利技术的有益效果为：
[0036]本申请首先获取启动指令，根据启动指令启动预先安装的前端脚手架服务，以使前端脚手架服务读取入口文件；其中，入口文件包括业务线的模板工程代码文件，然后根据前端脚手架服务，将业务线的框架性代码与功能性代码分离，获取业务线的业务页面，并将业务页面加载到前端脚手架服务，将业务线的业务页面与业务线的功能性代码进行关联，以使业务线通过前端脚手架服务中的功能性代码与门户进行交互，最后获取修改指令，根据修改指令对前端脚手架服务中对应的业务线的功能性代码进行修改。本申请中，各业务线只保留框架性代码，通过前端脚手架服务中的功能性代码与门户进行交换，需要对业务线工程模板功能代码做统一修改时，只需要对前端脚手架服务中的功能性代码进行修改便可以完成修改，无需在各个业务线去修改。
附图说明
[0037]为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0038]图1是本专利技术一种基于前端脚手架修改工程模板的方法一种实施例提供的流程图；
[0039]图2是本专利技术一种基于前端脚手架修改工程模板的设备一种实施例提供的结构示意图；
[0040]图3是本专利技术一种基于前端脚手架修改工程模板的方法一种实施例提供的目录结构的代码展示图；
[0041]图4是本专利技术一种基于前端脚手架修改工程模板的方法一种实施例提供的业务线界面图。
具体实施方式
[0042]为使本专利技术的目的、技术方案和优点更加清楚，下面将对本专利技术的技术方案进行详细的描述。显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本专利技术所保护的范围。
[0043]第二发展阶段，将最新的工程模版放在代码仓库里，通过脚手架命令去从代码仓库把最新的工程模版复制到本地，解决了前端再需要重复删除代码的问题。
[0044]第二发展阶段虽然解决了部分问题，但本质上还是复制粘贴，只是把复制粘贴的工作交给了命令行工具。但还是无法解决工程模版散落在各个业务系统的问题，经过常年的日常迭代，业务代码与工程模版代码进行耦合，工程模版被业务线修改，工程模版在各个业务线进行分叉。如果科技中心需要在存量工程做一些统一修改，需要各个业务线都去修改一次，情况会变得非常复杂，难度与阻力都非常大。
[0045]有鉴于此，本专利技术的目的本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于前端脚手架修改工程模板的方法，其特征在于，包括：获取启动指令；根据所述启动指令启动预先安装的前端脚手架服务，以使所述前端脚手架服务读取入口文件；其中，所述入口文件包括业务线的模板工程代码文件；根据所述前端脚手架服务，将所述业务线的框架性代码与功能性代码分离；获取所述业务线的业务页面，并将所述业务页面加载到所述前端脚手架服务；将所述业务线的业务页面与所述业务线的功能性代码进行关联，以使所述业务线通过所述前端脚手架服务中的功能性代码与门户进行交互；获取修改指令；根据所述修改指令对所述前端脚手架服务中对应的业务线的功能性代码进行修改。2.根据权利要求1所述的方法，其特征在于，在所述获取启动指令之前，还包括：获取用户安装指令；根据所述安装指令，安装node.js环境，并在所述node.js环境下安装nrm；在所述node.js环境中，通过所述nrm将数据源切换到所述业务线数据源；在所述node.js环境中安装所述前端脚手架服务。3.根据权利要求2所述的方法，其特征在于，还包括：获取所述业务线数据源的工程目录结构；将所述工程目录结构中的代码文件作为所述前端脚手架服务的入口文件。...

【专利技术属性】
技术研发人员：刘海明，
申请(专利权)人：上海中通吉网络技术有限公司，
类型：发明
国别省市：