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

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

10年积累的成都网站设计、成都做网站经验，可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你，你也不认识我。但先网站制作后付款的网站建设流程，更有延川免费网站建设让你可以放心的选择与我们合作。

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

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

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

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

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

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

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

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

一. 业务组件库的整体架构设计

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

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

单包架构

是什么

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

优点

它最大的优点是可以通过相对路径实现组件与组件的引用，公共代码之间的引用。

缺点

缺点就是组件完全耦合在了一起，必须把它作为一个整体统一发包。就算只改一个组件的一个非常小的功能，都要对整个包发布更新。

比如说 Antd，它就是作为一个整体的包来尽进行管理的。选择使用单包架构的话，那么你就必须提供按需加载的能力，以降低使用者的成本，你可以考虑支持 ES Modules 的 Tree shaking 的功能来实现按需加载的能力。当然你也可以选择另外一种方案，叫做"多包架构"

多包架构

是什么

每个组件彼此独立，单独打包发布，单个仓库多个包，统一维护单独管理。

 
 
 
 
    
  
  
  
  
  1. . 
    2. 
  
  
  
  
  2. ├── lerna.json 
    3. 
  
  
  
  
  3. ├── package.json 
    4. 
  
  
  
  
  4. └── packages/ # 这里将存放所有子 repo 目录 
    5. 
  
  
  
  
  5.    ├── project_1/  # 组件1的包 
    6. 
  
  
  
  
  6.    │   ├── index.js 
    7. 
  
  
  
  
  7.    │   ├── node_modules/ 
    8. 
  
  
  
  
  8.    │   └── package.json 
    9. 
  
  
  
  
  9.    ├── project_2/   # 组件2的包 
    10. 
  
  
  
  
  10.    │   ├── index.js 
    11. 
  
  
  
  
  11.    │   ├── node_module/ 
    12. 
  
  
  
  
  12.    │   └── package.json 
    13. 
  
  
  
  
  13.    ... 
    14. 
  
  
  
  
  14.  
    15. 
  
  
  
  
  15. 制代码 
    16.

优点

它最大的优势是组件发布灵活，并且天然支持按需使用，

缺点

缺点就是组件与组件之间物理隔离。对于相互依赖，公共代码抽象等场景，就只能通过NPM包引用的方式来实现。

--

在这些场景下的开发统一发布，相对来说没那么方便，多包架构在业界称之为 "Monorepo".

在前端领域，我们一般使用第三方库 Lerna 来维护这样的架构，Lerna针对包之间有依赖的场景做了一些特殊优化，开发模式下，它会把所有存在依赖关系的包通过软链的形式连在一起，就可以很方便的本地开发联调。所以这就要求你考虑清楚，

  • 组件库之间的组件是否有相互依赖的情况，如果有这种情况，就可以通过Lerna来进行处理

  • 如果组件之间依赖特别验证，也可选择"单包架构"

二. 业务组件库的基础技术能力

当你确定了整体架构之后，就可以开始具体的功能点实现了。业务组件库要求整体框架提供五点基础的技术能力

1. 构建能力

这需要我们可以提供构建产物的能力，这里有很多选择，可以选择Webpack，Rollup Glup Grunt..... 构建组件库推荐Rollup， 构建项目推荐Webpack. 这里需要特别注意产物的格式要求，像我们常用的cjs, esm,umd格式。

  • 比如说如果你的组件考虑支持 node环境， 像需要支持SSR, 你就需要打包出 cjs格式的代码

  • 如果你的组件考虑支持