[论文解读] Plots.jl -- a user extendable plotting API for the julia programming language

Simon Christ, Daniel Schwabeneder+3 more|arXiv (Cornell University)|Apr 19, 2022

Advanced Computational Techniques and Applications被引用 8

一句话总结

Plots.jl 为 Julia 语言引入了一个统一且可扩展的绘图 API，通过配方系统将绘图规范与渲染后端解耦。这使得用户能够编写与平台无关的绘图代码，并无缝切换后端，同时包作者可以为自定义类型（如微分方程解或系统发育树）扩展可视化支持，而不会增加包的加载时间。

ABSTRACT

There are many excellent plotting libraries. Each excels at a specific use case: one is particularly suited for creating printable 2D figures for publication, another for generating interactive 3D graphics, while a third may have excellent LATEX integration or be ideal for creating dashboards on the web. The aim of Plots.jl is to enable the user to use the same syntax to interact with a range of different plotting libraries, making it possible to change the library that does the actual plotting (the backend) without needing to touch the code that creates the content – and without having to learn multiple application programming interfaces (API). This is achieved by separating the specification of the plot from the implementation of the graphical backend. This plot specification is extendable by a recipe system that allows package authors and users to create new types of plots, as well as to specify how to plot any type of object (e.g. a statistical model, a map, a phylogenetic tree or the solution to a system of differential equations) without depending on the Plots.jl package. This design supports a modular ecosystem structure for plotting and yields a high code reuse potential across the entire Julia package ecosystem. Plots.jl is publicly available at https://github.com/JuliaPlots/Plots.jl.

研究动机与目标

• 通过将绘图逻辑与渲染后端解耦，解决 Julia 中‘首次绘图延迟’过高的问题。
• 使包作者能够在不增加其包加载时间的前提下，为其自定义类型提供可视化支持。
• 在单一、一致的 API 下统一访问多种绘图库（例如用于 2D、3D、Web 或 LaTeX 输出的库）。
• 支持模块化、可组合的生态系统，使新的绘图类型和后端可以独立添加。

提出的方法

• 利用 Julia 的多分派机制，根据输入类型将绘图调用路由到合适的后端。
• 引入‘配方’系统，允许用户和包作者通过关键字参数和系列类型（seriestype）定义如何渲染任意自定义类型（例如 ODE 解、地图、树结构）。
• 将绘图规范（通过 `plot` 函数）与渲染（通过后端特定的后端如 PGFPlotsX 或 GR）分离。
• 使用轻量级的 RecipesBase.jl 依赖来定义配方，而无需在包加载时引入完整的 Plots.jl 依赖。
• 通过关键字参数支持分层属性控制（绘图、子图、坐标轴、系列），实现细粒度自定义。
• 通过单个函数调用（例如 `pgfplotsx()`）实现后端切换，使用户无需修改绘图代码即可更改渲染输出。

实验结果

研究问题

• RQ1 是否可以在 Julia 中构建一个统一的绘图 API，抽象后端差异，同时保持性能和可扩展性？
• RQ2 包作者如何在不增加其包加载时间的前提下，为其自定义类型提供可视化支持？
• RQ3 基于配方的系统在模块化生态系统中，能在多大程度上实现跨多个绘图后端的互操作性？
• RQ4 单一 API 语法是否能够支持多样化用例——从出版质量的 2D 图形到交互式 3D 图形和 Web 仪表板？
• RQ5 配方系统如何在 Julia 包生态系统中实现高水平的代码复用和可扩展性？

主要发现

• Plots.jl 获得了广泛采用，在 2019 年和 2020 年的 Julia 语言调查中均被评为社区最喜爱的 Julia 包，47% 的用户将其列为最爱。
• 配方系统使包作者能够仅使用 RecipesBase.jl，以极小的依赖关系，为新类型（如 ODE 解、统计模型）定义可视化。
• 目前 Julia 注册表中已有超过 300 个包包含 Plots.jl 的配方，显示出强大的生态系统集成和复用潜力。
• 该包每日下载量超过 500 至 2000 次，表明其在科学计算、教学和出版工作流中持续被使用。
• 规范与后端的分离使得在后端之间无缝切换（例如，使用 PGFPlotsX 输出 LaTeX，使用 GR 实现实时交互图）成为可能，且无需修改用户代码。
• 配方系统已启发其他 Julia 绘图库（如 Makie.jl）实现类似机制，证实了其架构影响力。