您现在的位置是：亿华云 > 应用开发

对比三个强大的组件文档展示工具

亿华云2025-10-09 03:39:17【应用开发】8人已围观

简介背景前段时间，部门在热火朝天的搞各类组件库。做组件库，不可避免的就需要做组件的展示和说明，要用到一些文档工具。我们项目里面也尝试了几种不同的文档工具，今天和大家分享一些经验，希望对大家有所帮助。

背景

前段时间，对比部门在热火朝天的个强工具搞各类组件库。

做组件库，组件展示不可避免的文档就需要做组件的展示和说明，要用到一些文档工具。对比

我们项目里面也尝试了几种不同的个强工具文档工具，今天和大家分享一些经验，组件展示希望对大家有所帮助。文档

正文

目前，对比我们的个强工具组件库一共使用了三种文档工具，分别是组件展示：

Story Book Docz Dumi

下面我会根据实际的使用情况，对这三种工具做一些对比并给出一些结论。文档

1. Story Book

StoryBook 提供了一套UI组件的对比开发环境。

它允许你浏览组件库，个强工具查看每个组件的组件展示不同状态，以及交互式开发和测试组件，目前支持 react、vue、angular 等前端类库和框架。

代码示例

// Button.stories.tsx import React from react; import { Story } from @storybook/react; // We create a “template” of how args map to rendering const Template: Story<ButtonProps> = (args) => <Button { ...args} />; export const Primary = Template.bind({ }); Primary.args = { primary: true, label: Primary, };

storybook 提供可以交互的组件编写，通过 Template.bind({ }) 进行组件的绑定，通过 args暴露可交互的属性。云南idc服务商

且支持的组件库丰富，但是文档的编写除了需要提供示例外，还需要兼容可交互的模式。

渲染示例

比如我们的 SSC-UI-Vue-Pro 组件库：

import STrackingHistory from ./tracking-history.vue; import ./style/index.less; export default { title: Design System/展示/TrackingHistory, component: STrackingHistory, parameters: { docs: { description: { component: 订单历史追踪，主要按时间和状态维度跟进, }, }, design: { type: figma, url: https://www.figma.com/file/zi4Lcb2H2K5JikFKeEvPD7/WMS%E5%85%B8%E5%9E%8B%E6%A8%A1%E6%9D%BFV1.1?node-id=2974%3A595, }, }, argTypes: { title: { control: text, description: 标题内容，必填, type: { required: true }, }, list: { control: object, description: 历史记录列表, type: { required: true, summary: array }, }, }, }; const Template = (args, { argTypes }) => ({ components: { STrackingHistory }, props: Object.keys(argTypes), template: <STrackingHistory v-bind="$props" />, }); export const Default = Template.bind({ }); (Default as any).args = { title: Order Tracking History, list: [ { time: 18:00:22, date: 2021-11-23, status: string; // 选填，缺省时不显示, statusType: default, contents: [ { label: Message, value: LineContent[]; // 选填，按顺序展示每一行内容, }, { label: Oprater, value: LineContent[]; // 选填，按顺序展示每一行内容, }, ], splitLineText: New Order, }, { date: 2021-1-2, status: string; // 选填，缺省时不显示, statusType: default, contents: [ { label: Operator, value: LineContent[]; // 选填，按顺序展示每一行内容, }, ], }, { date: 2021-11-23, status: string; // 选填，缺省时不显示, contents: [ { value: LineContent[]; // 选填，按顺序展示每一行内容, }, ], }, { date: 2021-11-23, status: string; // 选填，缺省时不显示, statusType: success, contents: [], }, { date: 2021-1-23, contents: [{ }], }, { date: 2021-1-3, }, { date: 2021-11-23, contents: [ { label: Message, }, ], }, ], };

2. docz

Docz 是一个高效、零配置的事件记录工具。

Docz 基于 MDX ，有许多内置的组件可以帮助你记录你的事情。

它同时支持添加插件，以便于通过 Docz 流程和数据管控很多事情。

代码示例

// Button.mdx import { Playground } from docz import { Button } from ./Button # Button ## Basic usage <Playground> <Button>Click me</Button> <Button kind="secondary">Click me</Button> </Playground>

渲染示例

这是官网的一个示例，可以看出代码的示例需要写在 Playground 标签里面，服务器托管由此带来一个问题，无法在代码示例中写引入模块，这其实对开发者不太友好。

我们的 SSC-UI-React 组件库使用了docz, 实际效果：

3. dumi

dumi 是一款为组件开发场景而生的文档工具。

其具有开箱即用，将注意力集中在组件开发和文档编写上。

基于 TypeScript 类型定义，自动生成组件 API、移动端组件库编写及多语言支持。

代码示例

在类型定义中：

渲染示例

总体对比

以下为三个库的特性对比：

综上所述，愉快地决定将 React Pro Components 组件库文档迁移到 dumi 中。

踩坑总结

1. React 版本不兼容问题

一通迁移操作后，我们 yarn 了一下，发现报错了:

这是 ts 报出的关于 react 类型检查的错误，一开始认为是 ts 检查多了，那么在tsconfig.json 配置 excluded：[node-modules]，将这个检查去掉，但是配完了仍然不好使。

经过一通细致的检查，在 yarn.lock 中发现组件库依赖的 react 版本是 16，而 dumi 依赖的亿华云 react 版本是*，*的版本下载了 17 版本的 react，由于两个版本的 react 的 ts 类型不同，导致了类型检查不通过。

既然如此，我们只要显示指定 react 的版本为 16 就行了，16 在 * 的范围，也不会导致 dumi 有错误。

在 package.json 中加入：

"resolutions": { "@types/react": "^16.9.23" }

即可。

2.文档引用问题

由于 dumi 的文档是面向用户的，因此写文档时引入组件的方法，举例:

如 Button 组件为:

import { EditArea } from react-pro-components

由于这里引入的是 node_module 的包，这使得组件库的更改无法映射到文档中，需要添加别名映射。

在 .umirc.ts 中添加：

const path = require(path); const chainWebpack = require(webpack-chain); export default { // 其他配置 chainWebpack(memo) { // 设置 alias memo.resolve .alias .set(react-pro-components, path.resolve(__dirname, src, components)) }, };