前言
随着前端开发越来越复杂,随之出现了大量的 js 框架,几乎每一家都配有配套的构建工具诸如 vue-cli、 create-react-ap、@angular/cli、@nestjs/cli等。这些脚手架可以快速帮助开发者初始化配置、目录结构搭建、项目构建。尽管这些脚手架都是相当优秀,几乎可以满足大部分的开发需求,但在特定的开发场景中可能需要根据业务需求做一定的调整,这就需要对脚手架内部的运行机制有一定的了解。
本文的脚手架已经发布到 npm, 同时也欢迎开发者提供优秀的模板。
t-cli 说明文件
通过这篇文章,能够有这些收获:
- 如何设计属于自己的脚手架工具
- 发布属于自己的 npm 包
- 大前端领域中脚手架的整体架构
CLI
什么是 cli
搜索引擎给出的解释如下:
为什么要使用 cli
- 减少重复性工作(webpack配置,目录、路由等配置信息)
- 规范团队代码风格、目录层级(统一 eslint 、git 配置)
- 统一插件、依赖版本、避免未知依赖错误
基本流程
目前主流的脚手架内部的实现原理可能会有所差别但最终实现的功能相差无几,主要功能包括:
项目搭建
- 与用户交互产生获取项目配置信息
- 下载 / 生成 项目模板
- 生产、开发环境依赖安装
开发环境
- 本地开发(热更新、接口代理等)
- eslint 代码风格检测、修复
项目构建
- build 项目
- 项目部署
- 依赖分析
这个步骤中的 构建、部署也可以采用 Webhook + Jenkins 实现自动化部署,通过给远程仓库配置一定的触发规则,当有用户 push 后, 会自动进行 build、部署。
前期准备
依赖插件准备
- babel:语法转换工具
- commander: 命令行工具,通过它可以读取命令行命令
- inquirer:用户-计算机命令行交互工具
- download-git-repo:git 文件夹下载
- chalk: 颜色插件,用来修改命令行输出样式,通过颜色区分 info、error 日志
- ora: 加载效果插件
- gulp 构建工具
依赖除上述以外还包括其他一些开发环境依赖,完整代参考t-cli-github
工程模板
脚手架可以快速生成项目结构和配置,最常用的方式就是我们提前准备好一套通用的规范的项目模板存放在指定位置,在脚手架执行创建项目命令的时候,直接将准备好的模板复制到目录下。存储模板的位置一般会选择 git 仓库,一是后期方便升级、维护‘二是打出来的 npm 包不至于太大。
npm发包
准备一个 npm 账号,如果没有请到官网注册。
- 项目初始化:创建目录执行
npm init
, 生成 package.json,其中 name 就是包名称,为防止自己喜欢的名称和已有的包名冲突可以采用 scope 方式发包,例如@canyuegongzi/t-cli
- 登录 :
npm login
- 发布:
npm publish
,如果包名是非 scope 可以直接采用这条指令发布,如果是 scope 方式需要添加参数,完整指令如下npm publish --access=public
至此,发布了一个属于自己的 npm 包,只不过内容空空的。
备注:发布包一定要在 npm 源下,taobao、cnpm环境都会报错
环境搭建
一:创建项目 t-cli 目录,执行 npm init
,生成 package.json,修改 name 为 @canyuegongzi/t-cli。
二:修改 修改 package.json 中的 bin 参数,指向 入口文件。
三:搭建 gulp 构建环境
关于为什么采用gulp ,而不是采用 webpack 或 rollupjs:构建工具可以随便,这里只需要 es6 转换和文件复制,可以自由选择。
修改 package.json scripts 脚本
目录搭建
init 指令
入口文件申明命令行,入口文件必须以#!/usr/bin/env node
声明。
采用 commander 来设置不同的命令。command 方法设置命令的名字、description 方法是设置命令的描述、alias 方法设置命令简称、options 设置命令需要的参数。commander官网查看。
命令申明
当用户调用init <app-name>
命令创建工程模板时会调用 action 选项中的回调函数 create 函数。
选择模板类型(web OR server)
用户在调用 init 命令时,如果未传入 -c
参数的情况下需要用户选择模板类型。
在需要与用户交互时就需要之前提到的 inquirer 插件了,具体代码实现如下:
选择模板
用户在调用 init 命令时,如果未传入 -t
(未指定模板)参数的情况下需要用户选择模板。
在用户选择模板前需要根据模板类型对全部的模板过滤一遍,具体代码实现如下:
项目信息收集
每个项目都有 package.json, 在初始化时也需要用户手动输入,并通过 node 提供的文件系统修改文件信息,该案例中实现较为简单,只需要用户输入 name、version、description。
实现代码如下:
文件下载实现
这里也是采用的之前提到的 ownload-git-repo 插件进行模板下载。具体实现代码如下:
init 项目
用户调用 init 命令时大致流程如下,先获取模板信息然后下载再修改文件信息。
init 流程代码实现如下:
脚手架创建项目后需要根据之前收集的项目信息进行修改。
list指令
命令申明
当list
命令主要用户查询当前脚手架支持的工程模板,会调用 action 选项中的回调函数,该命令支持 -c参数,可选值包含 web 和 serve。
模板查询
update指令
命令申明
update
主要用于模板列表更新, 该命令可以在不用升级脚手架的情况下获取最新的模板。
获取最新的配置信息
修改配置文件
这部分代码就是些简单的通过 node 进行文件操作,再不一一讲解,源码
最后
文章篇幅有限,不能对每一行代码进行讲解,感兴趣的同学可以克隆代码自己实现一遍。
本文通过以上内容完整的实现了一个配置性较高的脚手架,这个脚手架或许不适合每个开发环境,但通过文章可以梳理出脚手架的工作原理。有了一定的基础,后期可以慢慢扩展功能。
github.com/canyuegongz…
常见问题FAQ
- 免费下载或者VIP会员专享资源能否直接商用?
- 本站所有资源版权均属于原作者所有,这里所提供资源均只能用于参考学习用,请勿直接商用。若由于商用引起版权纠纷,一切责任均由使用者承担。更多说明请参考 VIP介绍。
- 提示下载完但解压或打开不了?
- 找不到素材资源介绍文章里的示例图片?
- 模板不会安装或需要功能定制以及二次开发?
发表评论
还没有评论,快来抢沙发吧!