“我正参与「AdminJS·启航计划」”
文中都是基于Vite AntDesignVue打造出业务流程组件库栏目第 11 篇，付出就有回报！
近期忽然领悟到：自身发表文章太执着于在一篇文章中把一个事情从头至尾写具体，这个就造成尽管我将事情说完了，但是对于阅读者而言并不是非常nice，毕竟大家不可能有细心看了好几千字甚至更高文本，这样对于你对我来说都不是很好，我无法得到意见反馈，你看不见关键。
因此，下面我准备改正这些不良习惯，尽可能可以把一个问题拆卸得简单，通过一个总成绩(总)的构造分篇描述难题，这种创作过程我个人觉得就会更加轻轻松松。
“写部件其实并不难，难就难在装包！”这话应当大多数人深有体会，这儿的装包并不只是字面上的意思，反而是从部件撰写结束到交货到用户手上能正常启动的所有产品化具体内容，也是本栏目的关键之一。
这个知识点一篇文章说不清楚，所以我们拆着看看吧。
组件库要交货哪些？
对于大多数前面而言，大家天天都在与组件库相处，但你们有没有想到过一个问题，假定让你做一个组件库，你需要对外开放给予一些什么？
我这边列出了一些主要具体内容：
- 合乎控制模块规范化的部件控制模块，这是关键，必须要有。
- 部件款式，部件一般都包括款式，这一也几乎有。
- 种类申明，如果想给予 TS 适用，这一自然少不了，除非是我们不需要适用 TS。
- README，算不上尤其重要，肯给便给，一般很有可能用官方文档页面的方式取代了。
- scripts，有些组件库可能提供一些脚本制作，用以做一些自动化协助工作中，这一根据需求给予，一般没有。
在其中合乎控制模块规范化的部件控制模块，说到底就是一堆 JS，一堆合乎 ESM/CJS/UMD 等控制模块规范化的 JS，一般是每一个部件有一组 JS 控制模块，全部库也有通道 JS。
款式要交货什么内容呢？仅仅只是给予 .css 文档吗？其实不是，充分考虑调用方对工程能力的订制需求，可能也会交货 .less/.scss/.stylus 等 CSS 预备处理文档。
种类申明就是把 d.ts 这类文档交由客户，那样别人才可以用到爽，快速入门，相互配合 IDE 的种类适用，马上就能了解这个部件适用什么特性。
如何支付？
在前一些文章内容，我已阐述了如何搭建函数库，例如在发组件库以前，你必须要先把握搭建和发布函数库本文，其实是为了做好铺垫，因做函数库很单纯，主要是解决 TS 和 JS。
而 UI 部件就比较复杂一点，除开 JS/TS，还涉及到款式或是 DSL 的处理方法，是一个更复杂的工程项目。
以 Vue 为例子，大家部件源代码描写的是 .vue，或者 .jsx/.tsx。但是最终要交货出 js, css, d.ts 等格式文档，那应该怎样做？真让人头大，大家下篇文章然后讲。
行业交流&闲谈：前面远古传说