前言

当前大部分UI框架设计的Webpack配置都相对复杂，例如Element、Ant Design Vue和Muse-UI等Vue组件库。例如Element，为了实现业务层面的两种引入形式（完整引入和按需引入），以及抛出一些可供业务层面通用的utils、i18n等，Webpack配置变得非常复杂。为了简化UI框架的设计难度，这里介绍一种简单的UI框架设计，在此之前先简单介绍一下Element的构建流程，以便对比新的UI框架设计。

设计的UI框架实践项目的github地址是ziyi2/vue-cli3-lerna-ui，包括了preset.json、自己设计的Vue CLI插件以及自己设计的一系列UI组件（和生成的UI框架示例稍有不同），如果觉得整体结构有不合理的或者考虑不够全面的地方，欢迎大家提issue，这样我也可以对它进行完善。如果大家感兴趣，希望大家能够Star一下，这里拜谢大家了！

Element

首先了解Element的构建流程，查看Element2.7.0版本package.json的npm 脚本：

// 其中的`node build/bin/build-entry.js` 生成Webpack构建入口
"build:file": "node build/bin/iconInit.js & node build/bin/build-entry.js & node build/bin/i18n.js & node build/bin/version.js",
// 构建css样式
"build:theme": "node build/bin/gen-cssfile && gulp build --gulpfile packages/theme-chalk/gulpfile.js && cp-cli packages/theme-chalk/lib lib/theme-chalk",
// 构建commonjs规范的`utils`
"build:utils": "cross-env BABEL_ENV=utils babel src --out-dir lib --ignore src/index.js",
// 构建umd模块的语言包
"build:umd": "node build/bin/build-locale.js",
// 清除构建文件夹`lib`
"clean": "rimraf lib && rimraf packages/*/lib && rimraf test/**/coverage",
// 总体构建
"dist": "npm run clean && npm run build:file && npm run lint && webpack --config build/webpack.conf.js && webpack --config build/webpack.common.js && webpack --config build/webpack.component.js && npm run build:utils && npm run build:umd && npm run build:theme",
// 执行eslint校验
"lint": "eslint src/**/* test/**/* packages/**/* build/**/* --quiet"

npm run dist

与Element构建相关的npm脚本繁多，但是总体构建脚本是dist：

"dist": "npm run clean && npm run build:file && npm run lint && webpack --config build/webpack.conf.js && webpack --config build/webpack.common.js && webpack --config build/webpack.component.js && npm run build:utils && npm run build:umd && npm run build:theme"

总体构建脚本包含了以下按顺序执行的脚本命令

• npm run clean - 清除构建文件夹lib
• npm run build:file - 其中的node build/bin/build-entry.js 生成Webpack构建入口
• npm run lint - 执行eslint校验
• webpack --config build/webpack.conf.js - 构建umd总文件
• webpack --config build/webpack.common.js - 构建commonjs2总文件
• webpack --config build/webpack.component.js - 构建commonjs2组件（提供按需引入）
• npm run build:utils - 构建commonjs的utils（供commonjs2总文件、commonjs2组件以及业务使用）
• npm run build:umd - 构建umd语言包
• npm run build:theme - 构建css样式

执行npm run dist后会在当前根目录生成新的lib文件夹，包含以下构建内容：

lib
├── directives # commonjs指令(这里归为utils)
├── locale # commonjs国际化(commonjs语言包和API)
├── mixins 		# commonjs mixins(这里归为utils)
├── theme-chalk 		# css 样式文件
├── transitions			# commonjs transitions(这里归为utils)
├── umd 		# umd语言包 

├── utils
├── alert.js # commonjs组件
├── aside.js
├── ...
├── element-ui.common.js 	# commonjs2总文件
├── ...
├── index.js # umd总文件
├── ...

从Element官方文档的使用指南结合lib可以看出，Element为我们提供了以下能力：

• CDN引入（umd 总文件）
• npm包完整引入（抛出commonjs2总文件）
• 按需引入（抛出commonjs2的所有UI组件）
• 支持国际化
• 提供utils方法（官方文档没有说明，但事实上业务可以使用）

CDN引入的umd总文件一般是全量构建的，不会有依赖问题，但是commonjs2模块的文件需要在业务层面再次使用Webpack构建。例如需要在业务层面支持国际化和提供utils的功能，那么就不能将国际化和提供utils的代码

接下来分析一下各个脚本的构建功能。

npm run build:file

build:file脚本是自动生成一些源码文件的脚本：

"build:file": "node build/bin/iconInit.js & node build/bin/build-entry.js & node build/bin/i18n.js & node build/bin/version.js", 

其中与构建相关的脚本是node build/bin/build-entry.js，主要用于生成Webpack构建的入口源文件src/index.js：

// 注释说明该文件由build-entry.js脚本自动生成
/* Automatically generated by './build/bin/build-entry.js' */
import Pagination from '../packages/pagination/index.js';
// ... 这里省略大部分组件引入
import TimelineItem from '../packages/timeline-item/index.js';
import locale from 'element-ui/src/locale';
import CollapseTransition from 'element-ui/src/transitions/collapse-transition';
const components = [
 Pagination,
 // ... 这里省略大部分组件
 TimelineItem,
 CollapseTransition
];
const install = function(Vue, opts = {}) {
 locale.use(opts.locale);
 locale.i18n(opts.i18n);
 components.forEach(component => {
 Vue.component(component.name, component);
 });
 Vue.use(Loading.directive);
 Vue.prototype.$ELEMENT = {
 size: opts.size || '',
 zIndex: opts.zIndex || 2000
 };
 Vue.prototype.$loading = Loading.service;
 // ...
};
/* istanbul ignore if */
if (typeof window !== 'undefined' && window.Vue) {
 install(window.Vue);
}
export default {
 version: '2.7.0',
 locale: locale.use,
 i18n: locale.i18n,
 install,
 CollapseTransition,
 Loading,
 Pagination,
 // ... 这里省略大部分组件 

 TimelineItem
};

npm run lint

构建之前使用lint脚本对构建的源码文件进行eslint校验：

"lint": "eslint src/**/* test/**/* packages/**/* build/**/* --quiet",

webpack --config build/webpack.conf.js

webpack --config build/webpack.conf.js脚本用于构建umd总文件，执行该脚本最终会在lib下生成index.js文件：

lib
├── index.js # umd 总文件

webpack.conf.js配置如下：

// build/webpack.conf.js
// ...忽略
module.exports = {
 mode: 'production',
 // 指定入口文件src/index.js，该入口文件由`build:file`脚本自动生成
 entry: { 

 app: ['./src/index.js']
 },
 output: {
 // 在lib文件中生成
 path: path.resolve(process.cwd(), './lib'),
 // 生成lib/index.js
 filename: 'index.js',
 // 生成umd模块
 libraryTarget: 'umd',
 // src/index.js文件采用export default语法抛出，因此需要设置libraryExport
 // 否则引入的UI组件库需要使用.default才能引用到抛出的对象
 // if your entry has a default export of `MyDefaultModule`
 // var MyDefaultModule = _entry_return_.default;
 // 这里踩过坑，所以说明一下，不配置的话遇到的问题是引入的UI组件库没法解构
 libraryExport: 'default',
 },
 resolve: {
 extensions: ['.js', '.vue', '.json'],
// 'element-ui': path.resolve(__dirname, '../')
// alias中的'element-ui'作为npm包抛出后指向了业务项目node_modules所在的npm包路径
 alias: config.alias
 },
 externals: {
 // 构建只排除vue
 // umd模块通过CDN形式引入，因此将所有的组件、utils、i18n等构建在内
 // umd模块没有按需引入功能
 vue: config.vue
 },
 // ...忽略
};

构建文件lib/index.js主要的功能是用于CDN形式引入项目，并且无法做到按需加载，产生的体积非常大，对于简单的应用可能不适用。

webpack --config build/webpack.common.js

webpack --config build/webpack.common.js脚本用于构建commonjs2总文件，执行该脚本最终会在lib下生成element-ui.common.js文件：

lib
├── element-ui.common.js 		# commonjs2 总文件

由于该文件需要在业务层面再次使用Webpack构建，因此考量的方面较多。在分析Webpack配置之前，再次回顾一下Element能为我们做什么：

• 完整引入（抛出commonjs2总文件）
• 按需引入（抛出commonjs2的所有UI组件）
• 支持国际化（commonjs2）
• 提供utils方法（commonjs2，当然官方没有对外说明）

webpack --config build/webpack.common.js脚本主要用于构建完整引入功能，同时为了可以在业务层面抛出按需引入、支持国际化等功能，构建element-ui.common.js时需要将UI组件、支持国际化、utils方法的源代码排除。

webpack.common.js配置如下：

// build/webpack.common.js
// ...忽略
module.exports = {
 mode: 'production',
 entry: {
 app: ['./src/index.js']
 },
 output: {
 path: path.resolve(process.cwd(), './lib'),
 publicPath: '/dist/',
 filename: 'element-ui.common.js',
 chunkFilename: '[id].js',
 libraryExport: 'default',
 library: 'ELEMENT',
 // 生成commonjs2模块
 libraryTarget: 'commonjs2'
 },
 resolve: {
 extensions: ['.js', '.vue', '.json'],
// 'element-ui': path.resolve(__dirname, '../')
 alias: config.alias,
 modules: ['node_modules']
 },
 // 这里用于排除UI组件、支持国际化、utils方法的源代码，这些源代码需要额外的脚本进行构建
 externals: config.externals,
 optimization: {
 // commonjs2无须压缩处理
 minimize: false
 },
 // ...忽略
};

重点需要关注一下config.externals属性，打印输出该变量的值：

[{
 vue: 'vue',
 // 排除所有UI组件的源代码
 'element-ui/packages/option'：'element-ui/lib/option',
 // ...
 // 排除国际化的源代码 

 'element-ui/src/locale': 'element-ui/lib/locale',
 // 排除utils方法的源代码
 'element-ui/src/utils/vue-popper': 'element-ui/lib/utils/vue-popper',
 'element-ui/src/mixins/emitter': 'element-ui/lib/mixins/emitter',
 'element-ui/src/transitions/collapse-transition': 'element-ui/lib/transitions/collapse-transition' 
 // ...
 },
 // var nodeExternals = require('webpack-node-externals');
 // nodeExternals()
 [Function]
];

externals属性可以将一些特定的依赖从输出的bundle中排除，例如在开发态中组件之间有依赖关系，element-ui/packages/pagination中引入element-ui/packages/option组件：

pagecages/pagination/src/pagination.js

// pagination组件中需要用到option组件
import ElOption from 'element-ui/packages/option';
// ...

Webpack构建后，可以发现在element-ui.common.js中并没有将element-ui/packages/option组件打包在内，而只是更改了它的引入路径element-ui/lib/option（在实现按需引入功能时会用webpack --config build/webpack.component.js 脚本构建出该文件）。

// lib/element-ui.common.js
module.exports = require("element-ui/lib/option");

因此以上列出的config.externals属性的key和value可以排除UI组件、支持国际化、utils方法功能的代码。

config.externals属性的最后一个值是[Function]，是由webpack-node-externals生成的。这里解释一下webpack-node-externals 的作用：

Webpack allows you to define externals - modules that should not be bundled. When bundling with Webpack for the backend - you usually don't want to bundle its node_modules dependencies. This library creates an externals function that ignores node_modules when bundling in Webpack.

例如在Elment组件库开发中需要依赖deepmerge，那么Webpack构建的时候不需要将该依赖bundle到element-ui.common.js中，而是将其添加到Element组件库（作为npm包发布）的dependencies，这样通过npm安装Element的同时也会安装它的依赖deepmerge，从而使得element-ui.common.js通过require("deepmerge")的形式引入该依赖不会报错。

这里列出element-ui.common.js排除的一些代码：

// 排除utils源码(utils源码会通过`npm run build:utils`脚本构建)
module.exports = require("element-ui/lib/utils/dom");
// 排除vue
module.exports = require("vue");
// 排除国际化源码(国际化源码会通过`npm run build:utils`脚本构建)
module.exports = require("element-ui/lib/locale");
// 需要注意和Vue相关的JSX依赖（Vue CLI3系统构建的包也会有一个该功能的依赖）
module.exports = require("babel-helper-vue-jsx-merge-props");
// 排除一些Elment组件使用的其他依赖
module.exports = require("throttle-debounce/throttle");
// 排除UI组件源码(UI组件源码会通过`webpack --config build/webpack.component.js`脚本构建)
module.exports = require("element-ui/lib/option");

webpack --config build/webpack.component.js

webpack --config build/webpack.component.js 脚本用于构建commonjs2的UI组件（提供按需引入功能），执行该脚本最终会在lib下生成所有Element支持的UI组件（同时这些文件也会被element-ui.common.js总入口文件引用）：

lib
├── alert.js # commonjs 组件
├── aside.js
├── button.js
├── ...

查看build/webpack.component.js配置：

// ...忽略
const Components = require('../components.json');
// Components是所有组件的构建入口列表
// {
// "pagination": "./packages/pagination/index.js",
// ...
// "timeline-item": "./packages/timeline-item/index.js"
// }
const webpackConfig = {
 mode: 'production',
 // 多入口
 entry: Components,
 output: {
 path: path.resolve(process.cwd(), './lib'),
 publicPath: '/dist/',
 filename: '[name].js',
 chunkFilename: '[id].js',
 libraryTarget: 'commonjs2'
 },
 resolve: {
 extensions: ['.js', '.vue', '.json'],
 alias: config.alias,
 modules: ['node_modules']
 },
 // 排除其他UI组件、支持国际化、utils的源码，这些源码会额外构建
 externals: config.externals,
 },
 // ...忽略 

};

构建单个组件和构建总体入口文件element-ui.common.js的Webpack配置类似，需要将utils、locale以及其他一些依赖排除。

npm run build:utils

build:utils脚本主要用于构建commonjs的utils（提供国际化以及utils功能）：

"build:utils": "cross-env BABEL_ENV=utils babel src --out-dir lib --ignore src/index.js",

可以发现该命令并不是通过Webpack进行多文件构建，而是通过Babel直接进行转义处理（Webpack构建会产生额外的Webpack代码，并且配置繁琐，Babel转义处理构建的代码非常干净），将src目录下除了Webpack构建入口文件src/index.js以外的所有其他文件进行转义处理。执行该脚本最终会在lib下生成所有的utils文件：

lib
├── directives # commonjs 指令
├── locale # commonjs 国际化API和语言包
├── mixins 		# commonjs 混入
├── transitions			# commonjs 过度动画
├── utils # commonjs 工具方法

生成的这些工具方法会被lib下的element-ui.common.js和各个组件引用，同时在业务层面也可以引用这些工具方法。查看.babelrc文件的配置信息：

{ 

 "presets": [
 [
 "env",
 {
 "loose": true,
 "modules": false,
 "targets": {
 "browsers": ["> 1%", "last 2 versions", "not ie <= 8"]
 }
 }
 ],
 "stage-2"
 ],
 "plugins": ["transform-vue-jsx"],
 "env": {
 // cross-env BABEL_ENV=utils
 "utils": {
 "presets": [
 [
 "env",
 {
 // 松散模式，更像人手写的ES5代码
 "loose": true,
 // es6转成commonjs
 "modules": "commonjs",
 "targets": {
 "browsers": ["> 1%", "last 2 versions", "not ie <= 8"]
 }
 }
 ],
 ],
 "plugins": [
 ["module-resolver", {
 "root": ["element-ui"],
 "alias": {
 // 类似于Webpack的externals功能
 // 将源代码的引入路径更改成目标代码的引入路径
 "element-ui/src": "element-ui/lib"
 }
 }]
 ]
 },
 "test": {
 "plugins": ["istanbul"]
 }
 } 

}

npm run build:theme

build:theme脚本主要用于构建UI组件的css样式：

"build:theme": "node build/bin/gen-cssfile && gulp build --gulpfile packages/theme-chalk/gulpfile.js && cp-cli packages/theme-chalk/lib lib/theme-chalk",

这里主要关注 gulp build --gulpfile packages/theme-chalk/gulpfile.js脚本，该脚本使用Gulp构建工具构建css样式文件，Glup构建多文件样式会非常简单。最终将当前构建的packages/theme-chalk/lib目录下的内容拷贝到lib/theme-chalk目录下供外部业务使用：

lib
├── theme-chalk 		# css 样式文件
│ ├── fonts # icons
│ ├── alert.css # 按需引入的组件样式
│ ├── ... # 按需引入的组件样式
│ └── index.css # 完整引入样式

查看gulpfile.js文件：

'use strict';
const { series, src, dest } = require('gulp');
const sass = require('gulp-sass');
const autoprefixer = require('gulp-autoprefixer');
const cssmin = require('gulp-cssmin');
function compile() {
 return src('./src/*.scss')
 // sass转化成css 

 .pipe(sass.sync())
 // Parse CSS and add vendor prefixes to rules by Can I Use
 // css浏览器兼容处理
 .pipe(autoprefixer({
 browsers: ['ie > 9', 'last 2 versions'],
 cascade: false
 }))
 // 压缩css
 .pipe(cssmin())
 .pipe(dest('./lib'));
}
function copyfont() {
 return src('./src/fonts/**')
 .pipe(cssmin())
 .pipe(dest('./lib/fonts'));
}
exports.build = series(compile, copyfont);

Vue CLI 3 & Lerna

构建整个Element组件库的脚本繁多，构建的代码之间互相还有引用关系，对于开发的引用路径也会产生一定的约束。因此设计类似于Element的UI框架相对开发者而言需要一定的开发门槛。

这里基于Vue CLI 3的开发/构建目标/库能力以及Lerna工具设计了一个UI框架，这个UI框架集成了以下特点：

• 结构特点：每个UI组件都是一个npm包，多语言、工具和样式都是自成体系的npm包，可被业务或UI组件灵活引用，同时天然按需加载。
• 配置特点：如果需要进行构建处理，那么每个npm包可单独进行构建配置，配置变得更加简单。结合Vue CLI3的构件库能力，对于简单UI组件的构建几乎可以做到webpack零配置，当然需要特殊的webpack loader除外。
• 发布特点：组件库的版本迭代可以更快，不需要进行整体构建，每个组件可单独快速发布PATCH或MINOR版本。

这个UI框架的设计也会有一些缺陷：

• 1、没有完整引入功能（也可以进行整体构建，但是这里不推荐）
• 2、不提供UMD模块
• 3、业务层面引入繁琐（可以出额外的引入工具，简化业务中的UI组件引入）

Vue CLI 3

构建库

为了简化UI框架的webpack配置，这里将Vue CLI 3作为开发的容器引入，借用Vue CLI 3的构建库功能（构建web-components-组件功能应该更合适，这里没有进行验证），几乎可以做到UI组件构建的零配置。通过审查项目的-webpack-配置能力，可以查看Vue CLI 3为我们预先设置的通用webpack配置（几乎可以满足大部分的UI组件构建）。

插件体系

这里使用Vue CLI 3的插件和Preset功能开发了几个插件，以便于快速构建起步的UI设计框架，具体的preset.json配置如下：

{
 "useConfigFiles": true,
 "router": true,
 "routerHistoryMode": true,
 "vuex": false,
 "cssPreprocessor": "less",
 // MAC OS X下生效，Windows下不生效，具体未深入研究
 "packageManager": "yarn",
 "plugins": {
 "@vue/cli-plugin-babel": {}, 

 "@vue/cli-plugin-eslint": {
 "lintOn": ["save", "commit"]
 },
 "@ziyi2/vue-cli-plugin-ui-base": {},
 "@ziyi2/vue-cli-plugin-ui-cz": {},
 "@ziyi2/vue-cli-plugin-ui-lint": {}
 }
}

这里采用了官方设计的@vue/cli-plugin-babel和@vue/cli-plugin-eslint插件，同时自己设计了额外的三个插件来支持整个新的UI框架的起步：

• @ziyi2/vue-cli-plugin-ui-base：UI框架基础插件，生成Monorepo结构的源码目录（加入Lerna管理工具），生成基础通用的webpack配置（在VUE CLI 3的webpack配置上进行再配置，VUE CLI3提供了vue.config.js文件供开发者进行webpack再配置），提供了几个基础UI组件的示例（仅参考价值）。
• @ziyi2/vue-cli-plugin-ui-cz: UI框架的cz适配器插件，加入了cz-customizable、commitlint、conventional-changelog，用于生成Angular规范的Git提交说明、检测提交说明是否符合规范以及自动生成UI框架的升级日志等。
• @ziyi2/vue-cli-plugin-ui-lint：UI框架的lint-staged插件，代码提交前会执行Eslint校验，校验不通过则不允许提交辣鸡代码。

Lerna

Lerna是一个Monorepo管理工具，使所有的组件（npm包）设计都集成在一个git仓库里，同时可以利用yarn的workspace特性，模拟发布的组件环境，从而使组件的开发和测试变得简单，不需要多次进行组件的发布测试（这里用Lerna进行Vue CLI插件开发也非常方便）。

同时Lerna还集成了版本发布工具，可以快速的对UI框架进行版本发布。

UI框架实践

利用Vue CLI 3的远程Preset，这里将自己设计的UI框架分享给大家进行实践使用：

// 可能获取会有点慢，大家耐心等待
vue create --preset ziyi2/vue-cli3-lerna-ui my-project

如果远程确实获取preset.json失败，可以采用本地的方式，将preset.json配置复制下来，放入新建的preset.json文件，执行以下命令生成UI框架：

vue create --preset preset.json my-project 

执行后的生成过程如下：

脚本命令

// 启动开发服务
"serve": "vue-cli-service serve",
// 生成静态资源
"build": "vue-cli-service build",
// Eslint校验
"lint": "vue-cli-service lint",
// 安装和链接Lerna repo的依赖
"bootstrap": "lerna bootstrap",
// 更新升级日志
"cz:changelog": "conventional-changelog -p angular -i CHANGELOG.md -s && git add CHANGELOG.md",
// 构建
"lib": "lerna run lib"

启动

进入项目目录，使用yarn serve命令启动开发态视图，如果是Windows系统，可能会报以下错误：

在Windows下vue create可能会采用npm进行依赖安装，MAC OS X下无此问题，此时需要额外使用yarn进行再一次安装操作（这里使用了yarn的workspace特性，因此安装依赖建议都使用yarn进行操作）：

lerna bootstrap

执行yarn serve：

这里给出了国际化、选择器、警告以及按钮等UI设计示例。

构建

执行lerna run lib后（构建可以配合npm run lint校验，校验不通过则构建失败），Lerna工具会对每一个npm包执行lib脚本：

这里分别对utils、btn、theme包进行了构建处理，其中btn采用了Vue CLI 3默认的构建库配置。

Monorepo结构

UI框架生成并构建后的Monorepo结构如下：

.
├── packages 		# workspaces
│ ├── alert 		# 警告（不构建）
│ │ ├── alert.vue 		# 组件源码
│ │ ├── index.js 		# npm包入口文件
│ │ └── package.json 		# npm包描述文件
│ ├── btn 		# 按钮
│ │ ├── lib 	 		# 目标文件
│ │ │ └── lib.common.js	# npm包入口文件
│ │ ├── btn.vue 		# 组件源码
│ │ ├── index.js 		# 构建入口文件
│ │ ├── package.json 		# npm包描述文件(需要vue cli的开发态依赖)
│ │ └── vue.config.js 		# 构建配置文件
│ ├── locale 		# 国际化
│ │ ├── lang 	 	# 语言包
│ │ │ ├── enjs 		# 英文
│ │ │ └── zh_CN.js		# 中文
│ │ ├── mixins 		# 各个组件调用的国际化API
│ │ ├── src 		# 源码
│ │ ├── index.js 		# npm包入口文件
│ │ ├── alert.vue 		# 组件源码
│ │ ├── index.js 		# npm包入口文件
│ │ └── package.json 		# npm包描述文件 

│ ├── select 		# 选择器(类似于alert)
│ ├── theme 		# 样式
│ │ ├── lib 	 		# 目标文件
│ │ │ ├── alert.css 		# 警告样式
│ │ │ ├── btn.css 		# 按钮样式
│ │ │ ├── index.css 		# 总体样式
│ │ │ └── select.css		# 选择器样式
│ │ ├── src 	 		# 源文件
│ │ │ ├── utils 		# 通用方法和变量
│ │ │ ├── alert.less		# 警告样式
│ │ │ ├── btn.less 		# 按钮样式
│ │ │ ├── index.less 	# 总体样式
│ │ │ └── select.less		# 选择器样式
│ │ ├── gulpfile.js 	 	# 构建配置文件
│ │ └── package.json 		# npm包描述文件
│ └── utils 		# 工具方法
│ ├── lib 		# 目标文件（这里也可以采用lodash的方式，去掉lib文件夹这一层）
│ ├── src 		# 源文件
│ ├── babel.config.js		# 构建配置文件
│ └── package.json 		# npm包描述文件
├── public 		# 公共资源目录
├── src 		# 开发态目录
├── .browserslistrc 	# UI框架目标浏览器配置
├── .cz-config.js 	# cz定制化提交说明配置
├── .gitignore 	# git忽略配置
├── .lintstagedrc			# lint-staged配置
├── babel.config.js			# vue cli的babel配置
├── lerna.json				# lerna配置
├── package.json			# vue cli容器描述文件（容器不是npm包）
├── postcss.config.js			# postcss配置
├── README.md				# 说明
└── vue.common.js			# 通用的组件构建配置文件
 

这里重点说明src文件，src文件可以根据开发需要自行选定方案：

• 1、使用默认的CLI服务进行开发和UI框架Demo演示，这里UI框架采用原生的.vue文件形式进行Demo演示，如果想使用.md文件进行演示，可以采用vue-markdown-loader。
• 2、使用Vue 驱动的静态网站生成器VuePress，这个目前不是很稳定。

发布

发布完全可以按照语义化版本进行：

• 1、各自npm包可以使用npm publish快速发布MINOR和PATCH版本。
• 2、如果某个npm包有非兼容性更新，那么可以使用lerna publish发布MAJOR版本。

使用Lerna工具发布的npm包建议采用scope的形式发布，UI框架示例没有给出Demo，如果想采用scope形式发布可以查看ziyi2/vue-cli3-lerna-ui，需要在每个npm包的package.json中做额外的配置，具体可查看vue-cli3-lerna-ui/plugins/vue-cli-plugin-ui-base/package.json的publishConfig字段信息。

总结

对比Element的UI框架设计，采用Vue CLI 3 & Lerna的形式可以简化UI框架的配置，使各个UI组件的构建配置互相独立，对于简单的UI组件可以利用Vue CLI 3的默认webpack配置。同时采用Monorepo的设计结构（Why is Babel a monorepo?），配合Lerna工具，可以使得UI框架修复问题和发布新功能的响应能力变得更快。

生成UI框架实践项目的github地址是ziyi2/vue-cli3-lerna-ui，包括了preset.json、自己设计的Vue CLI插件以及自己设计的一系列UI组件（和生成的UI框架示例稍有不同），如果觉得整体结构有不合理的或者考虑不够全面的地方，欢迎大家提issue，这样我也可以对它进行完善。如果大家感兴趣，希望大家能够Star一下，这里拜谢大家了！

关注私信666 赠送前端精美电子书和视频合集 ！仅限前50名！

閱讀更多 軟謀前端 的文章

關鍵字: 太牛 GitHub ????