54 lines
2.7 KiB
Markdown
54 lines
2.7 KiB
Markdown
# @md-to-pdf/docx-engine
|
||
|
||
纯 Node.js 的 DOCX 模板和 Pandoc 编排核心。当前阶段负责读取固定 Pandoc
|
||
版本的默认 `reference.docx`、验证 ZIP 安全边界，将主题 DOCX 样式声明
|
||
解析为完整样式预设，并生成纸张、页边距、字体、段落、代码、表格、
|
||
页眉、页脚和页码均已映射的动态模板。Pandoc 转换器通过静态 Lua Filter
|
||
将普通图片、Mermaid 和 ECharts 节点替换为受控 PNG，同时保留 Markdown
|
||
正文、标题、列表、表格、代码和公式的可编辑文档结构。
|
||
|
||
## 设计边界
|
||
|
||
- 不依赖 Fastify、Electron 或浏览器 UI；
|
||
- ZIP 使用纯 JavaScript `fflate`；
|
||
- OOXML 使用 `@xmldom/xmldom`，不拼接未经转义的用户 XML；
|
||
- 不解析任意主题 CSS，主题通过 `docxStyle` 提供受限结构化覆盖；
|
||
- 生成结果会复验全部 XML、包内关系、内容类型、最终节和关键样式；
|
||
- 每次转换使用独立临时目录、隔离 Pandoc data 目录并在 `finally` 清理；
|
||
- 媒体映射检查顺序、PNG、像素、单图/总大小和物理显示尺寸；
|
||
- 并发排队、跨端用例编排和错误协议映射由
|
||
`@md-to-pdf/application` 的 `DocxExportService` 统一负责。
|
||
|
||
## 安全限制
|
||
|
||
- 输入模板压缩包不超过 2 MiB；
|
||
- ZIP 条目不超过 256 个；
|
||
- 解压后总大小不超过 64 MiB；
|
||
- 拒绝加密、ZIP64、未知压缩方法、重复路径和路径穿越；
|
||
- 必须包含文档、样式、字体、编号、设置、关系和内容类型等关键部件。
|
||
- 最终 DOCX 不超过 64 MiB、512 个部件和 128 MiB 解压内容。
|
||
|
||
## 验证
|
||
|
||
```powershell
|
||
npm run test -w @md-to-pdf/docx-engine
|
||
npm run typecheck -w @md-to-pdf/docx-engine
|
||
npm run build -w @md-to-pdf/docx-engine
|
||
npm run verify:docx-reference
|
||
npm run verify:docx-conversion
|
||
npm run verify:docx-acceptance
|
||
```
|
||
|
||
`verify:docx-reference` 要求本机 `PATH` 中存在 Pandoc 3.9.0.2，也可以通过
|
||
`DOCX_PANDOC_PATH` 指定可执行文件。脚本从 Pandoc 读取原始默认模板，
|
||
分别验证公文 A4 与自定义横向模板，并在系统临时目录中完成转换和清理，
|
||
不会保留用户文档或验收产物。
|
||
|
||
`verify:docx-acceptance` 使用综合 Markdown 夹具和固定 Pandoc 生成技术
|
||
文档 A4、公文 A4、技术文档 Letter 横向三套 DOCX，自动检查纸张、页边距、
|
||
原生段落、标题、编号、表格、链接、脚注、OMML、PNG、页眉页脚、页码、
|
||
关键样式和 `altChunk` 禁用门禁。DOCX 与 JSON 报告写入被 Git 忽略的
|
||
`output/docx-acceptance/`，供 Word/WPS 互操作验收使用。根级命令还会
|
||
依次执行动态模板、媒体转换、Server HTTP 和 Desktop 原生保存验收；
|
||
仅需重跑三配置矩阵时可使用 `npm run verify:docx-matrix`。
|