bruce-cli
是一个React/Vue应用自动化构建脚手架,其零配置开箱即用的优点非常适合入门级、初中级、快速开发项目的前端同学使用,还可通过创建brucerc.js
文件来覆盖其默认配置,只需专注业务代码的编写无需关注构建代码的编写,让项目结构更简洁。详情请戳这里,使用时记得查看文档哟,喜欢的话给个Star
🎥背景
在前端技术的日益壮大下,从以前简单的几个文件到现在的一堆文件,各种扩展和工具植入到项目里,使得项目越来越庞大越来越难管理,前端项目也因此而趋于工程化和一体化。日新月异的前端技术已经让前端代码的业务逻辑和交互效果越来越复杂,项目会一直维护和迭代,令开发者更加不易于管理。模块化开发和各种框架把项目分成若干个小模块,增加了最后发布的困难,没有一个统一的标准,让前端项目结构千奇百怪。通常的项目都是团队开发,每个人的代码编写习惯和逻辑编写风格也很难一致。工作围绕着开发效率和运行性能的工程化问题是我们作为前端开发者必须得处理的问题。因此前端项目自动化构建在整个项目开发中越来越重要。
🔗依赖
本项目是基于
Webpack4.x.x
进行开发的极速零配置开箱即用的Web应用构建工具(每次更新都会保持最新的依赖),集成各种常用工具(Handlebars
、Postcss
、Sass
、Less
、Babel
、TypeScript
、Stylelint
、Eslint
、Tslint
等)扩展构建功能,用于构建和管理React/Vue技术栈的项目应用
📦安装
npm i -g bruce-cli
安装失败
- 切换NPM镜像为淘宝镜像:
npm config set registry https://registry.npm.taobao.org/
- 切换Node镜像为淘宝镜像:
npm config set disturl https://npm.taobao.org/mirrors/node/
- 重新执行安装命令:
npm i -g bruce-cli
💻使用
~ | 命令 | 缩写 |
---|---|---|
构建项目 | bruce build | bruce b |
初始项目 | bruce init | bruce i |
切换语言 | bruce locale | bruce l |
创建组件 | bruce new | bruce n |
删除依赖 | bruce remove | bruce r |
☎️语言
- zh-chs:简体中文 默认
- zh-cht:繁體中文
- en:English
💡功能
命令功能
- 构建项目:根据终端交互式问答选择所需的配置进行项目调试和项目构建
- 初始项目:根据终端交互式问答选择所需的配置生成项目的基本文件和入口文件
- 切换语言:切换在终端面板中显示的文本语言,可选简体中文、繁体中文、英文
- 创建组件:输入组件路径后在项目根目录对应的路径下创建模板文件
- 删除依赖:快速删除项目依赖文件和依赖锁定文件
内置功能
- 模式选择:提供
开发环境
、测试环境
、生产环境
三种模式,每种模式对应不同的构建配置和优化方案 - 端口监听:使用开发模式时,启动本地服务器并监听指定端口,可自动打开浏览器来访问页面
- 局部刷新:启用Webpack内置的
Hot Module Replacement
,配合react-hot-loader
或vue-loader
,增量更新css文件
和js文件
,修哪更哪,无需刷新页面即可实时看见修改结果,并保存当前数据管理状态 - 入口判断:快速扫描项目中指定的入口文件路径,判断其是否存在,项目构建时以入口文件作为根节点,必须得保证其存在和路径正确
- 垫片插入:根据项目兼容性自动插入垫片,兼容低版本浏览器
- 插入动态
polyfill
,根据浏览器请求时的UserAgent
返回垫片文件,babel
编译JS代码时就不带上垫片进行编译,起到减包作用
- 插入静态
polyfill
,根据browserslist
和编写代码中的ES6语法自动插入所需的垫片代码
- 插入动态
- 动态导入:可使用动态导入的语法(
import().then()
),处理代码时会单独分离此模块,执行页面对应操作时才加载此模块,使用才加载不使用则不加载(代码懒加载
),减少首屏加载代码大小和渲染时间 - 代码编译:内置CSS编译器(
Postcss
、Sass
、Less
)和JS编译器(Babel
、TypeScript
)编译样式和脚本,开发时可使用最新或草案规范中的语法,使得代码更简洁,提高代码的可读性- 使用
raw-loader
处理TXT,把文件内容以字符串的形式导入 - 使用
handlebars-loader
处理内联HTML和HBS,把HTML元素以内联的形式插入页面当中 - 使用
style-loader
和css-loader
处理CSS,把CSS从JS中单独抽离出来 - 使用
postcss-loader
处理CSS新特性和草案规范,根据browserslist
增加CSS属性前缀 - 使用
sass-loader
处理Sass,通过sass
编译sass文件
为css文件
- 使用
less-loader
处理Less,通过less
编译less文件
为css文件
- 使用
babel-loader
根据预设环境和browserslist
处理编写的ES6代码
和TS代码
,并生成浏览器可识别的ES5代码
- 使用
- 代码校验:确保编写的语法没有错误,统一规范团队协作中每位同事的代码编写风格,减少代码冗余,在保证代码语法正确的前提下提高代码的可读性
CSS校验
:内置stylelint
,配置标准的CSS语法规则,对开发过程中出现的语法错误进行检查和纠正JS校验
:内置eslint
和tslint
,配置标准的JS和TS语法规则,对开发过程中出现的语法错误进行检查和纠正
- 友好提示:当遇到警告和错误时输出语法高亮的代码片段和解决提示,帮助开发者定位问题
- 代码分割:对业务代码进行构建,分割成
WebpackRuntime代码块
、第三方依赖代码块
、公共业务代码块
、单个业务代码块
- 代码合并:通过对相同模块、相同功能或复用多次的代码进行整体合并,起到
减包作用
- 压缩合并:
CSS压缩
:内置cssnano
,对抽离出来的CSS进行压缩去重JS压缩
:内置uglifyjs
和terser
,对抽离出来的JS进行压缩去重,uglifyjs
用于压缩ES5
,terser
用于压缩ES6
图像压缩
:内置imagemin
,对jpg
、png
等图像进行无损压缩
- 接口代理:使用
proxy
反向代理服务端接口,解决接口跨域问题 - 资源处理:使用
file-loader
和url-loader
来处理字体、图像、音频、视频等媒体资源,图像小于10k时转换为base64形式
- 作用提升:启用Webpack内置的
Scope Hoisting
,分析出模块之间的依赖关系,把构建好的模块合并到一个函数中,起到减包作用
- 摇树优化:启用Webpack内置的
Tree Shaking
,禁止babel
把代码转换成CommonJS规范
,使用ESM规范
的静态声明特点来去除不被引用或不被执行的代码块,起到减包作用
- 缓存优化:在开启文件哈希化后,根据文件哈希值是否发生变化来执行构建操作,哈希没有变化的文件直接从缓存中获取,减少构建生成文件的时间
- 文件哈希:可对生成文件设置哈希值,只有文件内容修改了才会更改哈希值,用于长缓存优化
- 文件缓存:第一次构建速度可能慢一些,构建完成后会生成本地缓存文件,可提高后续再次构建的速度
- 目录时化:可对输出的项目根目录进行时间序列化命名,增加时间戳来区分版本
- 构建分析:可在构建完成后展示构建依赖的关系,根据关系图对模块的编写进行合理的分配和修改
- 文件上传:暴露出构建成功的钩子,可在钩子函数上编写上传到服务器的代码用于构建后将文件上传到服务器,还可进行其他操作
- 配置定制:当部分配置不符合项目需求时,可通过项目根目录下的配置文件
brucerc.js
来修改默认配置,构建启动时就会使用此配置文件来覆盖默认构建配置
⚙️配置
- alias:模块导入快捷方式,配置详情请参考webpack-resolve-alias
- browserList:目标浏览器配置列表,配置详情请参考browserslist
- errorCb(err):构建失败回调函数,可自定其他操作
err
:错误信息
- eslintIgnores:Eslint忽略路径列表,配置详情请参考eslint-ignores
- eslintRules:Eslint校验规则列表,配置详情请参考eslint-rules和rules
- frame:开发框架(
default
表示普通应用,react
表示React应用,vue
表示Vue应用) - includeModules:编译模块白名单列表(
node_modules/xxx
),默认是不对node_modules
进行编译 - openPath:开发环境下浏览器打开后显示URL路径
- proxy:接口代理,配置详情请参考webpack-dev-server-proxy
- style:样式格式(
scss、less
) - stylelintIgnores:Stylelint忽略路径列表,配置详情请参考stylelint-ignores
- stylelintRules:Stylelint校验规则列表,配置详情请参考stylelint-rules和rules
- successCb(mode, dir):构建成功回调函数,可自定义上传文件操作或其他操作
mode
:运行环境(test
表示测试环境,prod
表示生产环境)dir
:输出路径
- uploadOpts(mode):上传配置函数(必须返回一个Object,并包含以下字段),配置详情请参考scp2
- 回调参数
mode
:运行环境(test
表示测试环境,prod
表示生产环境)
- 返回对象
host
:服务器IPpassword
:密码(不可与privateKey
共存)path
:目标文件路径privateKey
:秘钥(不可与password
共存)username
:账号
- 回调参数
- useTs:集成TypeScript
默认配置
module.exports = {
alias: {},
browserList: [
"last 20 Chrome versions",
"last 20 Firefox versions",
"last 20 Opera versions",
"Explorer >= 10",
"Safari >= 8",
"Android >= 5",
"iOS >= 8"
],
errorCb: null,
eslintIgnores: [],
eslintRules: {
// eslint规则配置
// 查看bruce-cli模块下的temp/configs/eslintrc-{default/react/vue}.json
},
frame: "default",
includeModules: [],
openPath: "",
proxy: {},
style: "scss",
stylelintIgnores: [],
stylelintRules: {
// stylelint规则配置
// 查看bruce-cli模块下的temp/configs/stylelintrc-{default/react/vue}.json
},
successCb: null,
uploadOpts: null,
useTs: false
};
覆盖配置
- 目前只提供
.js
的形式编写文件,可参考以下配置编写 - 因为本项目使用
CommonJS规范
来开发,所以必须使用module.exports = { ... };
导出以下配置属性 - 如需自定义上传操作,必须把
uploadOpts
设置为null
或删除此字段,并使用successCb
来定义上传操作
module.exports = {
alias: {
swiper: "swiper/dist/js/swiper.js"
},
browserList: [
"> 0.5%",
"last 2 versions"
],
errorCb(err) {
console.log("错误信息", err);
}
eslintIgnores: [
"src/components/*"
],
eslintRules: {
"space-before-function-paren": ["error", "always"]
},
frame: "react",
includeModules: [
"lodash",
"trample"
],
openPath: "?abc=123",
proxy: [{
changeOrigin: true,
context: [
"/login",
"/list",
"/detail"
],
secure: false,
target: "https://www.baidu.com"
}],
style: "less",
stylelintIgnores: [
"src/assets/css/*"
],
stylelintRules: {
"color-hex-case": "upper"
},
successCb(mode, dir) {
console.log("运行环境", mode);
console.log("输出路径", dir);
},
uploadOpts(mode) {
return {
host: "your server ip",
password: "your server password",
path: "/root/www",
username: "root"
};
},
useTs: true
};
📋细节
CLI相关
- 默认显示语言为
简体中文
,如需切换繁体中文
或英文
请执行bruce l
进行切换 - 目前只装备了
React
和Vue
的构建配置,请勿用来构建Angular
或其他MVVM
项目 - 当前应用只能是
React
应用或Vue
应用才能使用bruce n
命令 - 配置文件
brucerc.js
的属性是null
、[]
、{}
时,会使用内置配置默认值 - 请务必遵循构建错误提示进行修正,不要随意改动构建源代码和生成配置,有可能导致项目构建进程无法运行
- 多次构建后可能因为长时间使用长缓存优化,导致缓存有几率读取失败,重新构建时可能会提示错误,此时执行
bruce r
删除node_modules
并重新安装依赖即可
IDE相关
- 推荐使用VSCode进行项目开发,以下配置也是基于
VSCode
进行 - 如果启用
Stylelint
、Eslint
、Tslint
,需要在IDE上安装Stylelint插件、Eslint插件、Tslint插件才能配合本项目代码校验高亮显示警告和错误 - 如需
Stylelint
高亮显示语法错误和保存时自动修复语法错误,可在首选项
>设置
中设定(参考插件文档,目前失效) - 如需
Eslint
高亮显示语法错误和保存时自动修复语法错误,可在首选项
>设置
中设定(参考插件文档) - 如需
Tslint
高亮显示语法错误和保存时自动修复语法错误,可在首选项
>设置
中设定(参考插件文档)
文件相关
- 项目只能单独存在JS或TS,JS项目下脚本文件只能是
.js
或.jsx
,TS项目下脚本文件只能是.ts
或.tsx
- 应用类型为SPA时,入口文件必须为
src/index.(js|ts|jsx|tsx)
- 应用类型为MPA时,入口文件必须为
src/pages/pageName/index.(js|ts|jsx|tsx)
- 当
src/pages
目录存在且包含子文件夹,则自动识别为MPA项目
- 使用
CSS精灵图
时,必须把图标统一放到src/assets/icon
下,且文件格式为png
- 暴露出全局变量
RUN_ENV
用于获取当前运行环境,在使用Eslint
或Tslint
的情况下会报语法错误,在后面加上eslint-disable-line
或tslint:disable-line
即可dev
:开发环境test
:测试环境prod
:生产环境
- 文件导入快捷方式
#
:根目录@
:src
目录
垫片相关
@babel/polyfill
在7.4.0
后被弃用,因此本项目使用的垫片为core-js
和regenerator-runtime
- 如无特殊兼容,入口文件最顶处无需增加
import "core-js/stable";
和import "regenerator-runtime/runtime";
,构建程序会自行根据预设环境和browserslist
增加垫片 - 如需兼容低版本浏览器,需手动安装
core-js
(core-js
版本必须为v3
)和regenerator-runtime
,在入口文件最顶处加入import "core-js/stable";
和import "regenerator-runtime/runtime";
ES6相关
- 执行
bruce b
构建项目时,如果是首次构建,会提示构建package.json
下dependencies
的依赖(Dll构建
),目的是加快后续开发中HMR
的构建速度,只构建修改的文件,其余文件一概不进行增量构建 - 如果某个依赖使用ESM的按需导入,在执行
bruce b
构建项目时不要选择此依赖进项Dll构建
,并在brucerc.js
的includeModules
上增加此依赖,构建时会去除不被引用或不被执行的代码块
TS相关
- 当使用TS时,会在项目根目录下自动生成配置文件
tsconfig.json
- 如需修改TS配置,只需修改
tsconfig.json
- 如需修改Tslint配置,在项目根目录下创建配置文件
tslint.json
,手动编写配置可覆盖默认Tslint配置
Default项目相关(
bruce i
初始项目时选择default
)
- 可使用内置
handlebars
模板 - 入口文件必须为
src/index.js
或src/pages/pageName/index.js
- 初始时的应用类型为SPA(不提供MPA形式的初始化),如需转换成MPA,必须按照基础项目规定的入口文件形式重新分配文件路径
- 可用来开发原生JS项目、Jquery项目、Zepto项目等
- 公共函数需放置
src/templates/helpers
目录下,在模板内使用{{> fileName}}
进行引用 - 公共模板需放置
src/templates/partials
目录下,在模板内使用{{fileName param}}
进行引用 - 公共函数和公共模板的用法和例子请参考handlebars-loader
⚖️对比
Github上常见的构建项目都是暴露出很多构建代码,构建代码和业务代码完全耦合在一起,导致维护和升级成本加重,重新开一个项目还是会遇上这些问题。
本项目就显得比较特殊,真正实现构建代码和业务代码的完全分离,以NPM模块
的形式锁定构建代码,只通过一个配置文件与业务代码进行通讯,让开发者解放双手,只需写好业务代码。
下面对传统构建方案和本构建方案进行对比:
- 传统构建方案
- 本构建方案
传统构建方案
基于Gulp/Webpack
构建的React/Vue项目
,项目代码分为构建代码和业务代码,项目目录和文件配置是比较传统和多人使用的项目搭建方案。整个项目中除去业务代码后,构建代码的文件比较多,配置比较分散,比较难集中管理,无法做到开箱即用,通用性比较低,前期搭建项目构建方案可能花费的时间比较多,项目构建时需依赖本项目存在的依赖模块才能驱动。对于增删改构建功能和新同事入门,可能需要花比较多的时间去查找代码和熟悉构建逻辑。
本构建方案
基于本项目构建的React/Vue项目
,代码只有业务代码,构建代码集中在一起做成一个NPM模块
并安装到全局环境中,通过命令调用本方案来驱动需要开发的项目,实现构建代码和业务代码完全分离。开发时无需关注如何写好构建代码和使用何种工具扩展构建功能,只需专注于业务代码的编写,整个项目只存在业务代码,可通过配置文件修改默认构建配置,大大缩减项目前期的准备工作,保证项目的简洁性、独立性、高效性、维护性。省去项目前期搭建的时间,直接开箱即用,使开发者集中精力写好业务代码。
方案对比
~ | 传统构建方案 | 本构建方案 |
---|---|---|
构建文件 | build文件夹 、config文件夹 .browserslistrc .postcssrc 、babelrc .stylelintignore 、.stylelintrc .eslintignore 、.eslintrc |
无 |
业务文件 | src文件夹 |
src文件夹 |
配置文件 | 很多,需要分开书写 | brucerc.js |
基础文件 | package.json 、readme.md |
package.json 、readme.md |
依赖模块 | Webpack/Gulp技术栈(构建 )React/Vue技术栈( 业务 ) |
React/Vue技术栈(业务 ) |
安装时间 | 较慢 安装构建和业务代码的依赖模块 每次开发都需安装一次 |
较快 只安装业务代码的依赖模块 全局安装一次即可 |
开发准备 | 编写Webpack/Gulp和多种工具搭配的构建代码 | 开箱即用 |
全局使用 | 不可以 | 可以 |
构建复用 | 新建文件夹,复制粘贴构建代码,修改配置文件等 | 执行命令行初始项目和构建项目 |
新手构建 | 需了解构建代码逻辑和配置文件 | 执行命令行 |
后期扩展 | 在原有构建代码中进行增删改构建功能 | 通过配置文件brucerc.js 进行增删改构建功能 |
配置管理 | 分散到不同的构建配置文件中 需对不同工具的配置文件进行修改 |
集成构建的基础配置 可通过配置文件 brucerc.js 进行覆盖 |
🔨示例
以下是一个完整的项目开发流程:
- 查看帮助:
bruce -h
- 查看版本:
bruce -v
- 切换语言:
bruce l
- 进入文件夹:
cd projectList
- 初始项目:
bruce i
- 进入项目根目录:
cd myProject
- 构建项目:
bruce b
- 创建组件(处于开发状态时需另起一个
cmd
窗口执行):bruce n
- 发布项目(处于开发状态时需另起一个
cmd
窗口执行):bruce b
- 删除依赖(出现构建失败或其他突发情况):
bruce r
正确使用姿势请看这个视频,简单易用方便快捷,一键安装全局使用,实在是远离架构专注编码的必备工具。
笔者的个人官网是使用bruce-cli
进行构建的,可当做bruce-cli
的展示例子,有兴趣的同学请戳JowayYoung个人官网查看详情。
📝待做
- 修复Vue项目下无法校验vue文件外的CSS
- 增加Vue项目下使用Tslint校验vue文件
由于Tslint的性能问题,后续所有Tslint功能改由Eslint代替(这是一个大工程,估计得花2周时间重构现有的Lint配置)
📆日志
0.5.0
- 升级
postcss
,更新其配置文件 - 移除
node-sass
,使用sass/dark-sass
代替其功能,让bruce-cli
下载更快运行更稳
0.4.0
- 限制
bruce-cli
必须在Node v12
以上使用 - 修改
core-js
版本检测,如需导入core-js
作为Polyfill,必须使用core-js v3
- 增加
tinyimg-webpack-plugin
,用于压缩图像 - 调整终端交互面板的显示文案
0.3.0
- React项目模板改用
Reack Hooks
的形式 - 移除
publicPathProd
和publicPathTest
两个参数,打包文件引用路径统一使用绝对路径
🔖版权
MIT © Joway Young
本项目由笔者独自开发,经过2年多的时间沉淀出来,过程中进行了大量的项目测试和应用,目前上线的项目多达40多个,足可支撑本项目的可行性和稳定性。
由于自己项目开发经验和技术积累有限,不能保证本项目不存在任何Bug,如果在后续使用本项目时发现Bug或产生疑问,可随时在Issues上提出你的宝贵建议,笔者会立马反馈和修复相关Bug。
⏳后记
本项目源于我2017年3月份一个Angular项目里的构建代码,从最开始的Webpack2
一直迭代到今天的Webpack4
,话说Webpack5
过段时间就要出了。
最初我的构思是写一份构建代码模板存放在Github上,然后通过脚本把构建代码拉下来。可是这样构建代码和业务代码还是同时存放在一个文件夹里,不容易管理,文件又多又杂。下次新开项目时又要把构建代码复制过去,有时升级构建功能,为了保持构建功能的统一,需要同时修改几个项目里的构建代码。既然这样,为什么不把那些通用的构建代码抽出来做成一个NPM模块呢,这样一次安装全局运行,多爽呀!
2017年5月
我就开始对这个项目进行升级改造,做成一个NPM模块,只不过一直在自己负责的项目上应用。因为还没怎样应用到其他的项目上,所以也不敢开源。经过差不多1年大大小小20多个项目的应用,终于稳定了这个项目的功能,所以我也决定对bruce-cli
进行开源。对于所有通过bruce-cli
创建的项目都可开箱即用所有的构建功能,如无特殊需求甚至是零配置即可运行项目。
开发这个项目经历了很多,挖的坑很多,填的坑也很多,很苦很累,有段时间还经常熬夜就是为了把它做得更好。不过收获也很大,学习了很多新知识新技能,把常用的Node知识都用上了,也为自己后期做Node应用开发打下了巩固的基础。有付出就有收获,我还是一直深信这句话,因为自己确实进步了很多。截止2020年,已成功运用在自己所负责的项目达到50
多个,再加上一些同行朋友和一些小公司也有使用本项目。
本项目是基于Node12+
进行开发的,为了兼容Node10+
,所以使用了babel
对源码进行了编译,生成现在线上版本的代码,待更多的项目测试完成和应用起来后会开放源码供大家一起学习和完善。
若觉得bruce-cli
对你有帮助,可在Issue上提出你的宝贵建议
,笔者会认真阅读并整合你的建议。喜欢bruce-cli
的请给一个Star,或Fork本项目到自己的Github
上,根据自身需求定制功能。
关注公众号IQ前端
,一个专注于CSS/JS开发技巧的前端公众号,更多前端小干货等着你喔