从零搭建基于react与ts的组件库(一)项目搭建与封装antd组件
为什么会有这样一篇文章?因为网上的教程/示例只说了怎么做,没有系统详细的介绍引入这些依赖、为什么要这样配置,甚至有些文章还是错的!迫于技术洁癖,我希望更多的开发小伙伴能够真正的理解一个项目搭建各个方面的细节,做到面对对于工程出现的错误能够做到有把握。
最近使用阿里低开引擎的时候,想要封装一套组件库作为物料给低开引擎引入。根据低开引擎的物料封层模式,我的诉求是做一套组件库,并且将该组件库以umd方式生成。当然,从零开始开发组件库也是一个比较耗时耗力的事情,所以我想到将antd组件封装,于是催生出了本篇文章。
在封装组件并生成umd代码过程中,踩了很多的坑,也更加系统的了解了babel。
整体需求
- react组件库,取名r-ui,能够导出r-ui.umd.js和r-ui.umd.css。
- 代码使用typescript进行开发。
- 样式使用less进行开发。
- 引入antd组件库作为底层原子组件库,并且r-ui.umd.js和r-ui.umd.css包含antd组件代码和样式代码。
- 依赖的react、react-dom模块以外部引用方式。
开发与打包工具选型
使用webpack作为打包工具
老牌而又经典的打包工具,广泛的使用,丰富的插件生态以及各种易得的样例。
使用babel来处理typescript代码
由于 TypeScript 和 Babel 团队官方合作了一年的项目:TypeScript plugin for Babel(
@babel/preset-typescript
),TypeScript 的使用变得比以往任何时候都容易。 —— 摘自《TypeScript With Babel: A Beautiful Marriage (TypeScript 和 Babel:美丽的结合)》
建议各位读者可以先阅读一下上面的文章(有中文翻译文章)。
使用less-loader、css-loader等处理样式代码
使用MiniCssExtractPlugin分离CSS
项目搭建思路
整体结构
1 | - r-ui |
方案思路
编写webpack.config.js配置文件,添加核心loader:
- babel-loader。接收ts文件,交给babel-core以及相关babel插件进行处理,得到js代码。
- less-loader。接收less样式文件,处理得到css样式代码。
- css-loader+MiniCssExtractPlugin.loader。接收css样式代码进行处理,并分离导出组件库样式文件。
项目搭建实施
初始化
初始化r-ui项目
1 | mkdir r-ui && cd r-ui && npm init |
初始化git仓库,添加gitignore文件(后续所有命令非特殊情况,均相对于项目根目录)
1 | git init |
安装webpack(包管理器使用yarn)
1 | yarn add -D webpack webpack-cli webpack-dev-server |
1 | diff --git a/package.json b/package.json |
项目根目录添加webpack.config.js并进行初始配置
1 | // webpack.config.js |
Babel引入
引入babel-loader以及相关babel库
1 | yarn add -D babel-loader @babel/core @babel/preset-env @babel/preset-typescript @babel/preset-react @babel/plugin-proposal-class-properties @babel/plugin-proposal-object-rest-spread |
1 | diff --git a/package.json b/package.json |
了解Babel
如果对于babel不太熟悉,可能对这一堆的依赖感到恐惧,这里如果读者有时间,我推荐这篇深入了解babel的文章:一口(很长的)气了解 babel - 知乎 (zhihu.com)。当然,如果这口气憋不住(哈哈),我做一个简单摘抄:
babel 总共分为三个阶段:解析,转换,生成。
babel 本身不具有任何转化功能,它把转化的功能都分解到一个个 plugin 里面。因此当我们不配置任何插件时,经过 babel 的代码和输入是相同的。
插件总共分为两种:
- 当我们添加 语法插件 之后,在解析这一步就使得 babel 能够解析更多的语法。(顺带一提,babel 内部使用的解析类库叫做 babylon,并非 babel 自行开发)
举个简单的例子,当我们定义或者调用方法时,最后一个参数之后是不允许增加逗号的,如
callFoo(param1, param2,)
就是非法的。如果源码是这种写法,经过 babel 之后就会提示语法错误。但最近的 JS 提案中已经允许了这种新的写法(让代码 diff 更加清晰)。为了避免 babel 报错,就需要增加语法插件
babel-plugin-syntax-trailing-function-commas
- 当我们添加 转译插件 之后,在转换这一步把源码转换并输出。这也是我们使用 babel 最本质的需求。
比起语法插件,转译插件其实更好理解,比如箭头函数
(a) => a
就会转化为function (a) {return a}
。完成这个工作的插件叫做babel-plugin-transform-es2015-arrow-functions
。同一类语法可能同时存在语法插件版本和转译插件版本。如果我们使用了转译插件,就不用再使用语法插件了。
简单来讲,使用babel就像如下流程:
1 | 源代码 =babel=> 目标代码 |
如果没有使用任何插件,源代码和目标代码就没有任何差异。当我们引入各种插件的时候,就像如下流程一样:
1 | 源代码 |
因为babel的插件处理的力度很细,我们代码的语法、语义内容规范有很多,如果我们要处理这些语法,可能需要配置一大堆的插件,所以babel提出,将一堆插件组合成一个preset(预置插件包),这样,我们只需要引入一个插件组合包,就能处理代码的各种语法、语义。
所以,回到我们上述的那些@babel开头的npm包,再回首可能不会那么迷茫:
1 | @babel/core |
@babel/core
毋庸置疑,babel的核心模块,实现了上述的流程运转以及代码语法、语义分析的功能。
以plugin开头的就是插件,这里我们引入了两个:@babel/plugin-proposal-class-properties
(允许类具有属性)和@babel/plugin-proposal-object-rest-spread
(对象展开)。
以preset开头的就是预置组件包合集,其中@babel/preset-env
表示使用了可以根据实际的浏览器运行环境,会选择相关的转义插件包:
env 的核心目的是通过配置得知目标环境的特点,然后只做必要的转换。
如果不写任何配置项,env 等价于 latest,也等价于 es2015 + es2016 + es2017 三个相加(不包含 stage-x 中的插件)。
1
2
3
4
5
6
7
8
9 >{
"presets": [
["env", {
"targets": {
"browsers": ["last 2 versions", "safari >= 7"]
}
}]
]
>}如上配置将考虑所有浏览器的最新2个版本(safari大于等于7.0的版本)的特性,将必要的代码进行转换。而这些版本已有的功能就不进行转化了。
@babel/preset-typescript
会处理所有ts的代码的语法和语义规则,并转换为js代码;@babel/preset-react
故名思义,可以帮助处理使用React相关特性,例如JSX标签语法等。
webpack的基于babel-loader的处理流程
讲了这么多,我们的打包工具webpack如何使用babel相关组件处理代码的呢?还记得我们安装过babel-loader吗?
实际上,我们通过配置webpack.config.js,使用babel-loader建立起webpack处理代码与babel处理代码的连接:
1 | diff --git a/webpack.config.js b/webpack.config.js |
这一步的配置,就是让webpack遇到ts或tsx的时候,将这些代码交给babel-loader,babel-loader作为桥接把代码交给内部引用的@babel/core相关API进行处理,当然为了防止babel-loader去解析依赖库node_modules的内容,需要配置exclude。
那么,@babel/core如何知道要使用我们安装的各种plugin插件和preset预置插件包的呢?通过.babelrc文件
(注:实际上还有其他配置方式,但个人倾向于.babelrc)。这里,我们在项目根目录创建.babelrc文件,并添加一下内容:
1 | { |
这里的配置不难理解,plugins字段存放要使用的插件,presets字段存放预置插件包名称,具体的配置可以查阅官方文档。
总结一下,配置babel可以按照如下思路进行:
- xxx.ts(x)代码交给webpack打包;
- webpack遇到ts(x)结尾的代码文件,根据webpack.config.js配置,交给babel-loader;
- babel-loader交给@babel/core;
- @babel/core根据.babelrc配置交给相关的插件处理代码,转为js代码;
- webpack进行后续的打包操作。
引入React相关库(externals方式)
还记得我们的需求吗?
依赖的react、react-dom模块以外部引用方式。
什么是外部引用方式?简单来讲,我希望react、react-dom等组件库的包,不会被打入到组件库中,而是在html中引入(Add React to a Website – React (reactjs.org)):
1 | <!-- ... other HTML ... --> |
要实现这样的效果,第一步是配置webapck.config.js:
1 | diff --git a/webpack.config.js b/webpack.config.js |
第二部,在引入react相关库的时候,可以不用引入到dependencies运行时依赖,而只需要引入对应的类型定义到devDependencies开发依赖中:
1 | yarn add -D @types/react@17.0.39 @types/react-dom@17.0.17 |
1 | diff --git a/package.json b/package.json |
至此,我们已经完成了处理基于TypeScript的React项目的webpack配置,此时我们的项目结构如下:
1 | - r-ui |
阶段演示1:基于TypeScript的React组件项目的webpack配置可行性
编写组件代码
新增src目录,在src目录下添加index.tsx(用于将所有的组件导出)
src目录下添加components/button目录,并创建index.tsx文件。具体结构与目录如下:
1 | - r-ui |
src/components/button/index.tsx
1 | import * as React from 'react'; |
src/index.tsx
1 | export {default as Button} from './components/button'; |
修改package.json
添加webpack处理脚本
1 | diff --git a/package.json b/package.json |
编译打包组件库
1 | yarn run build |
打包完成后,在项目根目录/dist目录下,会生成一个r-ui.umd.js文件。
效果演示
想要查看效果,可以在dist目录下添加如下的html:
1 |
|
1 | - r-ui |
此时,可以直接使用浏览器打开index.html查看效果:
处理样式(less编译与css导出)
依赖引入
根据上述内容,我们已经搭建了基础的项目结构,但是目前来说我们还需要处理我们的less样式,并且能够支持导出r-ui.umd.css样式文件。基于此考虑,我们需要引入:
- less-loader。处理less样式代码,转为css;
- less。由于less-loader内部是调用了less模块进行less代码编译,故还需要引入less(模式和babel-loader内部使用@babel/core一样);
- css-loader。处理css样式代码,进行适当加工;
- mini-css-extract-plugin。MiniCssExtractPlugin的loader用于进一步处理css,并且该插件用于导出独立样式文件。
1 | yarn add -D less-loader less css-loader mini-css-extract-plugin |
1 | diff --git a/package.json b/package.json |
配置webpack
根据上述依赖,我们可以知道需要less-loader、css-loader以及MiniCssExtractPlugin的内置loader来处理我们的样式代码。但是配置到webpack需要注意: webpack中的顺序是**【从后向前】**链式调用的,所以注意下面配置的代码中use数组的顺序:
1 | diff --git a/webpack.config.js b/webpack.config.js |
阶段演示2:less样式处理配置可行性
编写样式代码
新增src/components/button/index.less
1 | @color: #006fde; |
修改src/components/button/index.tsx
1 | import * as React from 'react'; |
编译组件库
再次打包组件库以后,dist目录下会额外生成文件:r-ui.umd.css。所以,我们需要在index.html中添加样式文件的引入:
1 | <head> |
效果演示
刷新页面后,可以看到按钮的文字颜色已经生效
引入AntDesign
根据我们的需求,我们希望将antd组件代码引用到我们组件内部进行封装,所以需要以dependencies方式引入:
1 | yarn add antd |
1 | diff --git a/package.json b/package.json |
引用antd的button样式
src/components/button/index.less
1 | -@color: #006fde; |
引用antd的button组件
1 | import * as React from 'react'; |
阶段演示3:antd组件引入可行性
通过上述的代码修改以后,我们直接进行编译,然后检查效果即可:
写在最后
实际上,代码开发过程中,还有很多可以辅助开发的模块、流程,例如eslint检查,热更新等。但是那些内容不在本文的讨论范围。后续会出相关的文章再进一步进行介绍。
本文所搭建的整个项目,我都按照文章一步一步进行了git提交,开发小伙伴可以边阅读文章边对照git提交一步一步来看。
github地址:w4ngzhen/r-ui (github.com)