PlantUML 内部 DITAA 引擎解析:`ascii2image` 核心包与 ASCII 艺术到图像的转换管线
开发工具文档【免费下载链接】plantumlGenerate diagrams from textual description项目地址https://gitcode.com/gh_mirrors/pl/plantuml点击查看免费下载本篇技术指南聚焦于 PlantUML 仓库中内置的 ditaaDiagrams Through ASCII Art引擎——即org.stathissideris.ascii2image包及其核心子包core。文章将说明该包在 PlantUML 中的定位内部拷贝的 ditaa 代码、startditaa语法的选项解析、从 ASCII 文本栅格到最终 PNG 图片的完整转换流程以及相关选项类的默认值与作用帮助读者理解 PlantUML 的 DITAA 图是如何从一行行字符“生长”成矢量级清晰位图的。背景PlantUML 内置了一份 ditaa 源码根据仓库中 core/readme.md 的说明org.stathissideris.ascii2image包是ditaa 项目Stathis Sideris 编写的内部拷贝随 PlantUML 源码一并分发目的是提供源代码引用与文档。该文档还给出了明确指引更多信息参见 net/sourceforge/plantuml/ditaa/readme.md后者将这套代码定位为“管理 PlantUML Ditaa Diagram 的类”。值得注意的细节仓库根目录下的readme.md文件明确标注为附加说明Disclaimer: “This file was not part of the original package”即它并非 ditaa 原始包的一部分而是 PlantUML 为便于溯源而补入的文档源码版权头例如 ConversionOptions.java 顶部保留了 “ditaa - Diagrams Through ASCII Art, Copyright (C) 2004-2011 Efstathios Sideris”并声明采用GNU Lesser General Public License v3与 ditaa 的原始开源许一致。因此要真正理解这个包需要同时看两部分org.stathissideris.ascii2imageditaa 本体负责文本解析与图像渲染与net.sourceforge.plantuml.ditaaPlantUML 侧的适配层负责语法识别与参数传递。包结构与职责划分org.stathissideris.ascii2image包按职责分为三个子包子包职责关键类core转换/处理/渲染选项、配置解析ConversionOptions、ProcessingOptions、RenderingOptions、ConfigurationParser、DocBookConverter、DebugUtils、PairtextASCII 文本栅格的读取与结构化TextGrid、AbstractionGrid、CellSet、GridPattern、GridPatternGroup、StringUtils、AbstractCellgraphics从栅格抽象出图形对象并渲染为位图Diagram、DiagramShape、DiagramText、DiagramComponent、BitmapRenderer、FontMeasurer、ImageHandler、CustomShapeDefinition整个流程可以概括为“文本 → 栅格 → 抽象图形 → 位图”四步对应关系如下ASCII 文本行 │ TextGrid.initialiseWithLines(...) ▼ 文本栅格 (text 包) │ new Diagram(grid, options) ▼ 图形抽象 (graphics 包Diagram / DiagramShape / DiagramText) │ BitmapRenderer.renderToImage(diagram, renderingOptions) ▼ BufferedImage → PNG 输出转换管线从startditaa到 PNGPlantUML 侧的入口是 net/sourceforge/plantuml/ditaa/PSystemDitaa.java。它继承自DirectOsDiagram核心逻辑集中在exportDiagramNow()方法中完整调用链如下收集文本行PSystemDitaaFactory逐行调用add(line)把startditaa与endditaa之间的原始 ASCII 内容累积起来同时计算所有行的最小前导空格数nbStartingSpace用于后续统一左对齐裁剪建立栅格TextGrid.initialiseWithLines(lines, null)将每行StringBuilder填充进字符栅格作为后续形状识别的基础数据结构构造图形抽象new Diagram(grid, options)依据栅格中的-、|、、/、\、*等字符识别矩形、圆角框、箭头、文本标签等图形元素DiagramShape、DiagramText渲染位图BitmapRenderer.renderToImage(diagram, options.renderingOptions)把抽象图形画成BufferedImage写出结果SImageIO.write(..., png, os)输出 PNG若请求的格式是ATXT则直接把原始 ASCII 源文本回写os.write(getSource().getPlainString(...))相当于“原样导出文本”。此外渲染过程中若抛出任何异常exportDiagramNow会走CrashReportHandler生成崩溃报告DITAA has crashed并调用exportDiagramError输出错误图而不是让进程整体失败——这是 PlantUML 对内置引擎的容错设计。从 DiagramType.java 的枚举可见DITAA是 PlantUML 官方支持的一等图类型与SEQUENCE、CLASS、GANTT等并列由PSystemDitaaFactory在识别到ditaa起始行时实例化。选项体系三个 Options 类各司其职ditaa 引擎将配置拆成三类对象全部集中在core包中ProcessingOptions—— 文本处理阶段选项位于 ProcessingOptions.java控制“如何解读 ASCII 文本”配置项默认值说明performSeparationOfCommonEdgestrue是否执行公共边分离让相邻方框的共享边合并对应-E/--no-separation取反allCornersAreRoundfalse是否所有角都渲染为圆角对应-r/--round-cornerstabSize8Tab 字符展开宽度exportFormatFORMAT_PNG导出格式同时定义FORMAT_JPEG、FORMAT_GIF常量tagProcessingModeUSE_TAGS标签处理模式USE_TAGS/RENDER_TAGS/IGNORE_TAGScolorCodesProcessingModeUSE_COLOR_CODES颜色代码处理模式USE_COLOR_CODES/RENDER_COLOR_CODES/IGNORE_COLOR_CODEScustomShapes空映射通过ConfigurationParser从配置文件加载的自定义形状定义RenderingOptions—— 渲染阶段选项位于 RenderingOptions.java控制“如何把图形画成图片”配置项默认值说明dropShadowstrue是否绘制投影对应-S/--no-shadows取反antialiastrue是否启用抗锯齿fixedSlopefalse梯形/平行四边形侧边取固定斜率还是固定宽度cellWidth/cellHeight10/14字符单元格尺寸像素setScale()会等比缩放scale1整体缩放系数对应scale参数backgroundColor白色背景色透明度 255时needsTransparency()返回trueimageTypePNG输出类型枚举PNG/SVGfontFamilyCourier默认字体设置fontURL后变为CustomConversionOptions—— 顶层聚合入口ConversionOptions.java 是两者的聚合容器持有processingOptions与renderingOptions各一份并对外提供便捷方法例如setDropShadows(boolean)直接转发给渲染选项、setDebug(boolean)同时打开处理调试输出与渲染调试线。PSystemDitaa的构造器正是通过这一个对象完成全部参数装配options.setDropShadows(dropShadows); options.renderingOptions.setBackgroundColor(transparentBackground ? new XColor(0, 0, 0, 0).toAwtColor() : XColor.WHITE.toAwtColor()); options.renderingOptions.setScale(scale); options.processingOptions.setPerformSeparationOfCommonEdges(performSeparationOfCommonEdges); options.processingOptions.setAllCornersAreRound(allCornersAreRound);ConfigurationParser—— 自定义形状ConfigurationParser.java 负责读取 ditaa 配置文件识别include、shape、shapes三种 XML 标签把自定义形状解析为CustomShapeDefinition并存入HashMap供ProcessingOptions在识别图形时查询。这是 ditaa 支持“自定义形状库”的底层机制PlantUML 的startditaa语法中未直接暴露该能力属于 ditaa 本体功能。PlantUML 侧的参数解析与默认值PSystemDitaaFactory.java 负责把startditaa起始行中的选项字符串翻译成上述选项对象。它支持两组入口initDiagram起始行即ditaa的情形与executeLine遇到ditaa或ditaa(...)行时。可识别参数如下起始行参数含义默认值-E/--no-separation关闭公共边分离默认开启分离-S/--no-shadows关闭投影默认开启投影-r/--round-corners所有角使用圆角默认直角-T/--transparent透明背景背景色 Alpha 置 0默认白色背景scale数字缩放系数正则scale([\d.])匹配默认1从源码看部分 ditaa 原生命令行选项如--font-size、--font-family、--font-variant在工厂中被注释掉说明 PlantUML 侧仅暴露上述子集同时DiagramType的识别逻辑说明startditaa需要遵循start前缀DiagramType.java 中findStartTypes要求文本以或\开头。一个典型用例startditaa scale1.5 -T -------- ------- ------- | --- ditaa ------ | | Text | ------- | PNG | | ASCII | | out | -------- ------- endditaascale1.5会被extractScale的正则捕获使RenderingOptions的cellWidth10与cellHeight14等比放大到 15 与 21从而得到更高分辨率的输出-T则令背景完全透明。引擎能力边界与适用场景结合源码可以归纳出这套内置引擎的适用场景与限制输入是等宽字符画引擎按“字符单元格”理解图形表示拐角、-与|表示边线文字行则成为DiagramText因此书写时应对齐列、使用等宽字体环境输出以 PNG 为主PSystemDitaa.exportDiagramNow固定走SImageIO.write(..., png, os)ATXT格式仅原样回写文本不产生渲染效果出错有兜底渲染异常不会中断整个 PlantUML 进程而是生成DITAA has crashed风格的错误图便于定位问题适合“涂鸦转正式图”原型/线框/流程图草稿可直接用 ASCII 描述无需学习 UML 语法适合快速草图、文档内嵌示意图等场景。小结org.stathissideris.ascii2image.core在 PlantUML 中承担的是ditaa 引擎的配置中枢ProcessingOptions决定如何理解字符栅格RenderingOptions决定如何绘制像素ConversionOptions聚合两者而 PlantUML 的PSystemDitaaFactoryPSystemDitaa则把startditaa语法桥接到这条文本转图像的管线之上。想继续深入建议按此顺序阅读源码PSystemDitaaFactory.java参数入口→ PSystemDitaa.java调用链→ ConversionOptions.java选项装配→ RenderingOptions.java渲染默认值。赞分享开发工具文档【免费下载链接】plantumlGenerate diagrams from textual description项目地址https://gitcode.com/gh_mirrors/pl/plantuml点击查看免费下载相关推荐ditaa一个强大的ASCII艺术图转换工具ditaa一个强大的ASCII艺术图转换工具 项目基础介绍和主要编程语言 ditaaDIagrams Through Ascii Art是一个用Java编Notepad--跨平台文本编辑器的编码处理与多文件管理实战指南Notepad 跨平台文本编辑器的编码处理与多文件管理实战指南 你是否曾因不同操作系统间的文本编码问题而头疼是否在处理多个项目文件时感到手忙脚乱作为一款支桌面应用深入解析Image-to-ASCII将图像转换为ASCII艺术的技术实现深入解析Image to ASCII将图像转换为ASCII艺术的技术实现 项目概述 Image to ASCII是一个功能强大的图像处理工具它能够将普通图像图像处理创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

相关新闻

代码世界模型:从编码智能体到理解世界的数字大脑

代码世界模型:从编码智能体到理解世界的数字大脑

直接说结论:代码世界模型这个提法,乍一听很像概念炒作,但你把它拆开看,其实是把“让大模型通过写代码来理解世界”这个路线推到极致的一种尝试。我最近半年一直在折腾编码智能体相关的项目,从最早的代码补全&#xff0…

2026/9/24 4:13:22 阅读更多 →
cook怎么读新手避坑指南3个核心原理

cook怎么读新手避坑指南3个核心原理

cook怎么读新手避坑指南3个核心原理 看了一堆教程还是不会写项目?别急,问题可能出在你对基础概念的理解偏差上。很多新手在接触编程时,会被各种术语和发音困扰,比如“cook”这个词,明明是个英文单词,但在特定技术语境下却有着完全不同的含义。…

2026/9/23 3:57:30 阅读更多 →
AI工业视觉检测:如何把老师傅经验翻译成算法并接入工控系统

AI工业视觉检测:如何把老师傅经验翻译成算法并接入工控系统

质检线上的老师傅,往往是整个车间里最“贵”的人。他拿放大镜看一个冲压件,三秒钟就能告诉你毛刺在哪个位置、压伤的痕迹是旧伤还是新伤、这个料要不要返工。这种基于十几年肌肉记忆的“手感”,恰恰是最难被量化、也最难被复制的东西。我们做…

2026/9/23 3:57:30 阅读更多 →

最新新闻

微信小程序 checkbox 和 radio 组件案例学习

微信小程序 checkbox 和 radio 组件案例学习

## 一、实验介绍本次案例学习微信小程序中 checkbox 复选框组件与 radio 单选框组件,实现对文本样式和字体大小的动态控制。复选框支持多选,可以同时设置文字加粗、倾斜、下划线;单选框只能选择一项,用来切换诗词的字体尺寸。本次…

2026/9/24 6:44:38 阅读更多 →
力扣集训day05

力扣集训day05

思路主要是结合归并排序的思路进行解答,大致就是1.先二分拆分(merge()),拆到拆无可拆,也就是左右边界重合为止,至于l>r这种情况,是用来判断空链表这种特殊情况的。2.然…

2026/9/24 6:44:38 阅读更多 →
创维E900-S变砖救砖指南:海思3798MV100短接强刷实测

创维E900-S变砖救砖指南:海思3798MV100短接强刷实测

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/9/24 6:44:38 阅读更多 →
GEE实战01期:制作北京及周边地区夏季 NDVI 分布图

GEE实战01期:制作北京及周边地区夏季 NDVI 分布图

本期关注:借助ee.ImangCollection完成影像集合与时空筛选。 核心流程:在不下载数据的背景下,在浏览器上完成影像调用,NDVI合成,地图显示,简单分析以及数据导出的过程。 1.案例背景 归一化植被指数&#…

2026/9/24 6:44:38 阅读更多 →
FPGA+FX3实现USB3.0高速数据传输:从原理到338MB/s实战调优

FPGA+FX3实现USB3.0高速数据传输:从原理到338MB/s实战调优

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/9/24 6:43:38 阅读更多 →
在 Airbyte 中使用 smsmode SMS 连接器:基于 DeclarativeSource 的短信日志与用量同步实战

在 Airbyte 中使用 smsmode SMS 连接器:基于 DeclarativeSource 的短信日志与用量同步实战

数据工程数据集成ETL后端大数据 【免费下载链接】airbyte Open-source data movement for ELT pipelines and AI agents — from APIs, databases & files to warehouses, lakes, and AI applications. Both self-hosted and Cloud. 项目地址: https://gitcode.…

2026/9/24 6:43:38 阅读更多 →

日新闻

基于YOLOv8的渔船作业监控系统:从环境搭建到边缘部署全流程

基于YOLOv8的渔船作业监控系统:从环境搭建到边缘部署全流程

简介:这是一套面向计算机、人工智能、自动化等专业学生与教师的毕业设计级项目资源,围绕YOLOv8实现渔船作业监控系统,可用于毕设、课程设计、大作业或项目立项演示。压缩包共97个文件,约24.21MB,以70个Python源码文件为…

2026/9/24 0:00:19 阅读更多 →
单细胞注释实战:基于Scanpy的标记基因与参考映射流程解析

单细胞注释实战:基于Scanpy的标记基因与参考映射流程解析

简介:一份基于单细胞RNA测序数据的细胞类型注释算法研究Python毕业设计源码,针对计算机相关专业正在做毕设或需要项目实战的学习者,可用于课程设计与期末大作业。项目代码完整、经导师指导评审通过,可直接运行,覆盖数据…

2026/9/24 0:00:19 阅读更多 →
C#源生成器实战:用增量生成器替代反射,告别AOT崩溃

C#源生成器实战:用增量生成器替代反射,告别AOT崩溃

第一次在项目里被反射卡住,是在一个老旧的WinForms模块里:几十个类依赖PropertyChanged通知,运行时反射读属性、发通知,每次启动慢半拍不说,一上.NET Native/AOT裁剪模式几乎全面崩盘。后来我把这段逻辑全部改成C#源生…

2026/9/24 0:00:19 阅读更多 →

周新闻

Flutter for OpenHarmony游戏卡片渐变背景实战:从原理到性能优化

Flutter for OpenHarmony游戏卡片渐变背景实战:从原理到性能优化

直接铺开项目本身吧。这几个月我一直在折腾一件事:用Flutter给OpenHarmony做一款游戏集合类的App,说白了就是把若干小游戏塞进一个壳里,用统一入口分发。这个方向本身不算新鲜,真正让我花了不少心思的,是首页那堆游戏卡…

2026/9/23 4:55:02 阅读更多 →
Word表格编号全攻略:从列表编号到题注交叉引用

Word表格编号全攻略:从列表编号到题注交叉引用

写Word文档,最让人头疼的往往是那些“看起来不起眼”的小问题。比如表格编号这事:今天在表后面多加了两个空白行,明天给客户交稿前发现整个章节的编号全部错位,光是挨个改序号就能耗掉大半个下午。我前阵子帮人整理一份上百页的技…

2026/9/23 4:49:06 阅读更多 →
从第一个站到第二个站:独立开发者的静态网站选型与落地实践

从第一个站到第二个站:独立开发者的静态网站选型与落地实践

1. 项目概述1.1 核心需求解析做独立开发者这几年,说实话,第一个网站上线的那天晚上我兴奋得没睡着。但等它跑了半年,流量惨淡、功能臃肿、代码自己都懒得看第二遍之后,我才慢慢琢磨明白一个道理:第一个网站是练手&…

2026/9/23 9:53:41 阅读更多 →

月新闻

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能

持续集成 流水线自动化与 声明式交付 实践:原型怎样变成可用功能分类:[AI/大模型]细分主题:AI 增强型 CI/CD 流水线自动化与 GitOps 实践:Agent 工作流、工具调用与任务拆解:从原型到生产的验收清单很多团队在尝试用大…

2026/9/23 9:53:40 阅读更多 →
容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场

容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场

容器编排 生产环境运维与排障实战:复盘记录怎样真正派上用场分类:[工程技术]细分主题:Kubernetes 生产环境运维与排障实战:可复制的项目复盘模板与决策记录大部分团队的事故复盘报告,最后都变成了躺在 Confluence 或钉…

2026/9/23 9:53:40 阅读更多 →
容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步

容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步

容器 容器化技术与镜像安全管理:核心链路应该先拆哪一步分类:[工程技术]细分主题:Docker 容器化技术与镜像安全管理:核心链路的逐步实现与关键代码取舍面对一个积累了五六年历史包袱的单体架构应用(包含 Web 接口、后台…

2026/9/23 9:53:40 阅读更多 →