动态计算列需继承报表插件基类并重写getColumns()绑定formulaExpression；复用平台公式解析器，结合元数据实现可配置化；覆盖预处理钩子支持复杂依赖与缓存优化。
在大型低代码报表引擎中，动态计算列不是简单写个公式就能生效的——它需要与数据模型、渲染逻辑、权限校验等多层机制协同。类的继承机制正是实现这种协同的关键桥梁，它让公式注入既保持灵活性，又不破坏系统稳定性。
继承报表插件基类，接管列定义生命周期
动态计算列必须在列结构生成阶段就完成公式绑定，不能等到数据渲染时才处理。因此需继承平台提供的标准插件基类（如 AbstractReportListDataPlugin），重写 getColumns() 方法：
- 在该方法中，先调用父类逻辑获取基础字段列
- 再根据业务规则（如用户选择的指标、时间粒度、维度组合）动态构造计算列对象
- 为每一列显式设置 formulaExpression 属性（如
"#sales_amount * (1 + #discount_rate)"），而非仅设 fieldKey - 确保列类型标记为 TYPE_CALCULATED，以便引擎识别并启用公式解析器
复用公式解析器，避免重复造轮子
低代码平台通常已内置安全、可审计的公式执行引擎（如支持变量引用、函数调用、条件分支）。继承时应直接复用，而不是手写 JavaScript eval 或 SpEL 表达式：
- 通过 FormulaEngine.getInstance().evaluate(formula, rowData) 执行单行计算
- 若需跨行聚合（如同比、累计），继承平台的 AggregationFormulaProcessor 类并扩展其上下文注入逻辑
- 公式中引用的字段名（如
#order_date）必须与实际数据集字段映射一致，建议统一使用别名机制预处理
结合元数据模型，实现公式可配置化
真正面向业务人员的动态列，公式本身也应可配置。这时继承不能止于行为，还要承载结构：
- 新建子类继承自报表插件的同时，实现 IConfigurableFormulaColumn 接口
- 将公式字符串、参数列表、默认值、校验规则封装为独立元数据对象（如
FormulaDefinition） - 在设计器中暴露该元数据的可视化编辑入口，保存后自动注入到列定义中
- 运行时优先加载配置项， fallback 到硬编码默认公式，保障可用性
覆盖数据预处理钩子，支持复杂依赖场景
有些计算列依赖其他列的中间结果（如先算“毛利率”，再基于它算“等级标签”），单纯列级公式不够用：
- 重写 beforeDataFetch() 或 transformRawData() 方法
- 在数据进入表格渲染前，批量执行公式链，生成临时字段并挂载到每行数据上
- 利用线程局部变量（
ThreadLocal）缓存当前行上下文，避免公式重复解析 - 对高并发场景，添加公式编译缓存（如将表达式 AST 编译为可重入函数对象）
