这篇文章主要介绍“怎么搭建一个简单的组件库”，在日常操作中，相信很多人在怎么搭建一个简单的组件库问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”怎么搭建一个简单的组件库”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
要想设计一个灵活好用的组件库，第一步就是要合理的划分组件，组件的粒度足够细，边界足够清晰，这样才能最大程度地复用组件。
从一张图介绍各种组件的区别，基础组件，也就是与业务功能无关的组件，比如 antd/fusion 中提供的组件，upload， dialog 等等这些。但是只有这些基础组件是远远不够的。
比如，你可能会经常遇到这样的场景：
这种时候，业务组件就有用处了。此时可以利用 fusion 或者 antd 的基础组件，进行二次封装，形成自己产品的独特组件，也称“业务独特领域的组件”。
但事实上，还是有很多场景，他可能会频繁变更，如果开发一个组件，里面的传参等等都可能会不停变更，此时就可以直接用“区块”来实现。直接提供一个组件代码模版，让使用方直接复制粘贴，然后在里面修改他的内容。
再往高一点，页面级别，也称为模版， 比如“登录页”，可能不同产品之间，这个登录页中间一部分逻辑是变化不可控的，那可以直接提供一个页面模版，供使用方直接使用， 比如 页面模版[1]。
好了， 通过上面的讲述，我们知道在什么场景下该使用什么组件，知道如何划分组件可以让我们的组件库更加灵活强大，接下来就要讲一下如何开发一个组件了。
难道一个前端每天都要在这调整样式吗？那未免太无趣了…… 此时一个主题变量就很重要了。
我们可以提前跟设计师约定， 比如主字体大小多少，主颜色是什么，然后设计师出稿时按照设置的变量来出。
这样前端跟设计师之间就通过一个 scss 变量来衔接，搭建一个主题配置的网站，如下【fusion 主题配置】，在开发业务组件的时候，注入该网站配置的相关变量。
设计师可以在这里设置他想要的变量，最后生成对应的 scss 变量，如下截图：
经过下面的操作流程，在实际项目中，前端开发只需要重新编译构建项目即可修改组件样式， 真正从样式中解放出来～
好了，除了 css 样式，做一个组件还需要注意以下一些事情。
"peerDependencies": { "react": ">=16.12.0", "react-dom": ">=16.12.0" }
如上的配置，可以让组件库下的 node_modules 不安装 react，同时指定组件库使用方需安装的 react/reactDOM 的版本。
之前分享过一篇 react 文档自动生成的文章， 感兴趣可以看一下
首先，使用 husky 插件， 在 pre-commit 阶段添加钩子，限制该项目提交的 git commit 信息。
之后，我们再利用 conventional-changelog[2] 插件， 把历史 commit 信息进行筛选提炼，自动化生成统一规划的 CHANGELOG 文件。
如果前端埋头造轮子，相信我，你们的设计师依然不会放过你们，因为他不知道你们造了什么轮子
所以此时实现一个 sketch 插件，将实现的组件同步到 sketch 插件中，这样每次设计师就可以看着已有的组件来拖拽生成设计稿。大大减少前端&设计师的沟通。如下图：
实现上面一个完整的链路，可以大大提升前端的开发效率。不过一个公司如果想 从 0 搭建这样一套完整的组件库，务必要投入大量的人力。这时候，可以上 fusion 上看看， 上面什么都有。
到此，关于“怎么搭建一个简单的组件库”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注亿速云网站，小编会继续努力为大家带来更多实用的文章！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
