Makie.jl 中基于kwargs的绘图配方回归问题分析

问题背景

在Makie.jl绘图库的最新补丁版本v0.21.10中，一个重要的回归问题被发现：接受关键字参数(kwargs)的绘图配方(plot recipes)不再正常工作。这个问题主要影响那些返回SpecApi的配方实现。

技术细节

在Makie.jl中，绘图配方是一种强大的机制，允许用户自定义如何将数据转换为可视化元素。典型的配方实现包括定义convert_arguments和used_attributes方法。

在v0.21.9版本中，以下实现可以正常工作：

using Makie
import Makie.SpecApi as S

struct MyS end

Makie.convert_arguments(::Type{Lines}, ::MyS; kwargs...) = 
    S.Lines([1,2,3], [1,2,3]; kwargs...)

Makie.used_attributes(T::Type{<:Plot}, ::MyS) = 
    (Makie.attribute_names(T)...,)

lines(MyS(); color=:red)  # 绘制红色线条

但在v0.21.10中，同样的代码会抛出MethodError: no method matching transform!(::Transformation, ::Nothing)错误。

问题根源

这个回归问题的根本原因是Makie.jl内部对属性传播机制的修改。新版本不再推荐也不支持在convert_arguments方法中直接转发所有关键字参数。相反，属性应该通过Makie的自动传播机制来处理。

推荐解决方案

根据Makie核心开发者的建议，正确的实现方式应该是：

function Makie.convert_arguments(::Type{Lines}, ::MyS)
    S.Lines([1, 2, 3], [1, 2, 3])
end

这样，color等属性会自动传播到生成的绘图元素上，而不需要在convert_arguments中显式处理。

深入讨论

属性传播机制

Makie.jl现在采用了一种更智能的属性传播机制：

1. 当配方返回单个PlotSpec时，所有适用的属性会自动应用到该spec上
2. 这种机制简化了配方的实现，减少了手动属性管理的需要

复杂场景限制

需要注意的是，当前自动传播机制仅适用于返回单个PlotSpec的情况。对于更复杂的场景，如：

• 返回包含多个绘图元素的GridLayout
• 需要特殊属性处理逻辑的情况

开发者可能需要等待Makie提供更完善的解决方案，或者考虑其他实现方式。

最佳实践建议

1. 避免在convert_arguments中转发kwargs：这是不推荐的做法，可能导致不可预期的行为
2. 利用自动属性传播：让Makie自动处理属性传播，简化配方代码
3. 关注实验性功能状态：SpecApi仍被标记为实验性功能，使用时应注意可能的变更
4. 贡献测试用例：如果依赖特定功能，贡献测试用例有助于防止未来意外破坏

总结

这次回归问题反映了Makie.jl在改进其内部架构过程中的一些调整。虽然短期内可能造成一些代码需要修改，但从长远来看，新的属性传播机制提供了更简洁、更可靠的解决方案。开发者应该遵循新的最佳实践，同时理解实验性功能可能带来的变化风险。