在了解 Element 源码架构 的基础上，接下来我们基于 element-ui 为团队打造自己的组件库

我们的组件库样式方案中，除了会使用到经典的 CSS 预处理器，还会纳入一个很新的 CSS 工具——UnoCSS。样式方案需要建立在先前构建方案的基础之上，甚至还需要对已有的构建方案做出改进。

基于 element-ui 的组件库实现换肤方案，替换 element-ui 和组件库的主题，自定义一键换肤

在上篇中完成了多种模块标准的产物和组件声明文件并对模块做了测试。在我们列举的产物列表中还剩下样式相关的任务未处理，这篇我们来打包样式代码并实现样式的按需引入。

组件在前端开发中越来越重要了，开发者更细分、聚焦于组件层面的开发，然后像搭积木一样完成应用功能。组件库可以统一管理组件，输出文档，能提升组件复用性、避免重复造轮子。赶快搭建自己的组件库吧，这瓜保甜！

使用 glup 打包组件库并实现按需加载 当我们使用 Vite 库模式打包的时候,vite 会将样式文件全部打包到同一个文件中,这样的话我们每次都要全量引入所有样式文件做不到按需引入的效果。所以打包的

公司vue项目基于element-ui实现，很多地方都回多次用到表格、表单、弹窗等组件，于是就基于element-ui的这几个组件进行二次封装发布到npm上

哈喽大家好，这次笔者给大家带来组件库周边生态建设——「按需加载工程化」的文章分享。继上篇 BEM 后，本来是打算搞单元测试的，但收到了一些接入方的反馈所以要插队搞个按需加载，毕竟「用户就是上帝」嘛！

前面我们一起从零开始搭建了一个公共组件库，本篇文章我们在之前的组件库的基础上，封装element-plus的el-input组件，一起了解二次封装element-plus的要点和技巧。