做好这三个重要的点就可以更好的实现前端业务组件库

对于前端同学来说， 业务组件库肯定不陌生，很多前端团队都会选择建设业务组件库来解决

业务组件跨项目复用的问题

同时统一代码实现，统一代码质量

从而提高业务的开发效率。但是我发现埋在明确需求之后，开始调研技术方案时，很多同学并不清楚要调研哪些技术点，怎么找到某个具体方向的解决方案，找到方案之后都需要试哪些case, 以及怎么把这些方案集成在一起等等。

其实不用想那么复杂，你只需要按照以下三个技术实现的关键点搞定就可以了。

第一步："搭地基"–业务组件库的整体架构设计

第二步："建主体结构"–业务组件库的基础技术设计

第三步:"粉刷外立面"– 业务组件库的对外文档服务

你一定觉得这三个点还是太宏观了，不好理解，所以接下来，我就分别介绍这三个关键点到底是什么。你可以参考这些关键点来进行相关技术调研

对于业务组件库的整体架构设计而言， 核心问题是业务组件库的代码时如何来组织和管理 。

首先，我们把代码仓库建好。业界一般会把同一类组件库用单个仓库的形式维护，并且把组件开发成NPM包的形式，这里的重点是，**你要考虑把所有的组件打包成一个大的NPM包，还是分割是一个个独立的小NPM包 。**不要小看这个问题， 这两种选择会使仓库的目录结构有不小的差异，进一步又会影响到后面组件的开发，构建，发布，实现的技术设计

单包架构

是什么

如果你选择把所有的组件看成一个整体，一起打包发布。这叫做 单包架构 。单个仓库，单个包，统一维护统一管理。比如Antd