DesignCraft 段落排版初探：为什么断行算法值得你关心

DesignCraft 目前尚未发布安装包，但它的排版引擎有一个非常值得期待的技术底牌：Knuth–Plass 断行算法。这 algorithm 正是 TeX 世界几十年「印刷级段落」声誉的来源。这篇教程不等你上手软件，先把「断行为什么会难」讲清楚——等安装包发布，你就知道每个排版选项背后发生了什么。

断行为什么是个难题

看似简单的问题：一段文字在哪里折行？试想一个段落要在多种断行方案中选择：

方案 A：每行字数均匀，但有一行必须拉大字距 → 行内出现"稀 疏 长 缝"
方案 B：没有稀疏行，但最末行只剩 2 个字 → 悬挂的孤字很难看
方案 C：整体紧凑，但倒数第二行右边凸出一个字

局部最优 ≠ 全局最优。逐行贪心地断行（大多数排版引擎的做法）很容易落入「前面每行都还行，最后两行很丑」的陷阱。

Knuth–Plass 的答案：全局优化

Knuth–Plass（1981，高德纳与 Michael Plass）把断行建模为带惩罚项的最短路径问题：

• 每种可能的断行点组合计算一个「坏度」（badness）：行太松、行太紧、孤字悬挂、连字符打断词语……各有惩罚分
• 用动态规划在整个段落里找总惩罚最小的断行方案
• 允许为此「牺牲」某一行（比如接受一个连字符）换取整体更优

效果对比可以一句话概括：普通引擎让每一行看起来还行，Knuth–Plass 让整段读起来舒服。中文排版里最直观的收益是：参差的右边界更平、被拉开的标点与字距更少、避头尾处理更自然。

中文排版的特有难题

DesignCraft 面向中文长文档，比 TeX 的原生场景更复杂：

难题	说明
避头尾	行首不能出现 ，。」等；行尾不能出现 「（ 等
标点挤压	连续标点（」。”》）占位过宽，需要压缩
中西混排	汉字与拉丁字符/数字之间需要约 1/4 em 的间隙
行长弹性	汉字是等宽方块字，可选断点极其密集，优化空间大

等宽方块字反而是 Knuth–Plass 的好消息：断点候选规则清晰（几乎每个字之间都能断），算法能把「避头尾 + 标点挤压」的惩罚干净地纳入统一优化。

等软件发布后，你会在 UI 里看到什么

以下是我基于算法原理的合理推测，届时以实际界面为准：

1. justification（对齐方式）：两端对齐时算法收益最大；左对齐时退化为禁则处理（避头尾）为主
2. 连字符/断词：中文语境主要是英文单词的断词开关与中文避头尾规则
3. tracking/字距微调：与断行惩罚联动——太紧的行会从相邻行「借」空间
4. glyph scaling：个别字宽的极微缩放（CJK 排版传统技法）可能作为可选惩罚项

现在能为高质量中文排版做什么

1. 关注 DesignCraft 仓库：github.com/storytold/designcraft，watch Release
2. 储备内容：整理一份需要排版的长文档（书稿、杂志专题），发布后第一时间实测
3. 学一点 TeX 的眼光：不信邪的话，把同一段中文分别贴进 Word 和 LaTeX（ctex 宏包）对比右边界与字距，直观感受算法差距
4. 参与讨论：官方 Discord 里有排版相关的频道，中文用户的使用反馈（尤其是避头尾特例）对开发者非常宝贵

与 DesignCraft 其他能力的联动

断行只是段落级；DesignCraft 还提供：

• 书籍级结构：主页、跨页、页码、目录
• 印刷级 PDF 导出：CMYK、专色、出血、裁切标记、PDF/A
• JSON 控制通道 + MCP 服务器：可以用脚本/AI 驱动整个排版流程——想象一下「把这份 Markdown 书稿自动排成 32 开双栏出版物」

小结

• 断行是全局优化问题，贪心逐行断行注定次优
• Knuth–Plass 给段落算总账，是 TeX 印刷品质的核心来源
• 中文等宽字给了算法更大的发挥空间，避头尾/标点挤压可被统一纳入惩罚体系
• DesignCraft 发布前，先备好测试文档与一双「挑剔的眼睛」

本篇是 DesignCraft 系列的第一篇概念教程。安装包发布后，本站将第一时间更新实操教程，敬请关注教程中心。