RST 转 DBK转换器
所有处理都在你的设备上完成，大文件可能需要一点时间。
reStructuredText 是 Python 世界的标记语言——Sphinx 文档、PyPI README、docstring 工具链都用它。下划线式标题、指令与交叉引用，为可扩展的技术文档而生。DBK 与 DocBook 的转换方式完全一致：转 Word、Markdown 或 HTML。
iLoveConverter 在你的电脑本地完成全部处理，因此既私密又快速：没有上传等待，不存储到任何服务器，也不限次数。想转多少文件都可以，批量转换开箱即用。
RST 与 DBK 的对比
| RST | DBK | |
|---|---|---|
| 数据结构 | 纯文本 + 指令 | 语义 XML（<chapter>/<section>/<para>） |
| 最适合 | 技术文档 | 书籍、手册、企业文档 |
如何将 RST 转换为 DBK
- 1
选择文件
选择你的 RST 文件。
- 2
立即转换
文件先转换成 Markdown（保留标题、列表与段落的中间格式），再重建为目标格式。
- 3
下载结果
下载 DBK——结构保留，复杂排版被简化。
关于 RST 格式
reStructuredText 是 Python 世界标准化的标记语言：Sphinx 用它构建整套文档站，PyPI 用它渲染项目介绍，docutils 等工具链围绕它建立。标题用标点下划线标出，.. image:: 和 .. code-block:: 之类的指令在不破坏纯文本可读性的前提下扩展能力。
RST 比 Markdown 更严格是有意为之——正是这种严格让大型文档树保持一致。把 RST 转成 Markdown 或 Word 能让 Sphinx 项目向全团队开放；把 Markdown 转回 RST 则能喂给 Sphinx 构建。
+优点
- ✓Sphinx/Python 文档的原生格式
- ✓大规模下依然一致：指令、角色、交叉引用
- ✓表格与提示框是一等语法
!局限
- −普及度不如 Markdown
- −更严格的规则有学习成本
- −部分指令绑定特定工具链
关于 DBK 格式
DocBook 是工业技术出版所依赖的 XML 方案。它标记的不是外观而是语义：<chapter>、<section>、<para>、<figure>、<indexterm>。单一 DocBook 源可渲染成 PDF（FO 处理器）、HTML 帮助系统、EPUB 和印刷书——O'Reilly、Red Hat 以及几乎所有企业手册管线都依赖它，你 Linux 机器上的 man 页也源自同一血脉。
DocBook 的严谨就是它的重量：手写冗长，把内容搬进更轻的系统是常年的杂务。Pandoc 直接读取元素结构，书的一章能原样变成 Word 手稿或 Markdown 文档页——章节、表格、代码块完好——单源交付出去，编辑舒适度进来。
+优点
- ✓语义化、无外观耦合的唯一事实源
- ✓单源渲染出印刷、网页与 EPUB
- ✓数十年的企业级工具链
!局限
- −XML 冗长——手写痛苦
- −沉重的处理器工具链（XSL-FO）
- −比手册短的内容用它是杀鸡用牛刀
为什么把 RST 转换成 DBK？
这个转换之所以存在，是有具体原因的：普及度不如 MarkdownDBK 则绕开了这一点——语义化、无外观耦合的唯一事实源如果你正处在这种情况，用上面的工具几秒就能解决，全程都在你自己的设备上。
常见问题
RST 转 DBK 真的免费吗？
完全免费，无需注册、无水印、也没有每日次数限制。网站依靠广告维持运营。
我的文件会被上传到服务器吗？
不会。转换通过 WebAssembly 完全在你的浏览器内完成，文件不会离开你的设备——这正是它既快又私密的原因。
Windows、Mac、iPhone、安卓都能用吗？
可以。任何装有现代浏览器的设备都适用：Windows、macOS、Linux、安卓和 iOS，无需安装任何软件。
RST 转 DBK 有文件大小限制吗？
由于不上传，唯一的限制是你设备的内存。现代桌面浏览器处理几百 MB 的文件都没问题，超大文件只是需要稍等片刻。
转换可以离线进行吗？
可以。页面加载完成后，转换完全在浏览器内运行——你甚至可以断网继续转换。任何文件都不会经过服务器。
转换出来的 DBK 之后还能编辑吗？
取决于目标格式：DBK 为自己的用途而生，本转换器忠实还原其内容，而不是凭空制造可编辑结构。需要大量再编辑时，请从面向编辑的格式入手，最后在这里导出终稿。