表格工具栏按钮配置的 asyncLoading属性丢失问题
组件架构背景解析
Loading...架构说明：
- Prototype：配置定义层，负责声明组件的可配置属性
- PrototypeView：编辑态渲染层，在低码设计器中呈现可视化配置界面
- View：运行态转换层（红色高亮），将配置转换为实际渲染逻辑
- Runtime：最终在浏览器中执行的组件实例
关键路径：Prototype -> View -> Runtime 是属性传递的主链路
问题复现路径详解
Loading...异常链路分析：
- View层输出：生成包含按钮渲染函数的配置数组
- Table组件接收：以函数数组形式接收
toolbar配置项 - Toolbar处理：直接执行函数进行渲染（关键缺陷点）
- 属性丢失：函数执行时未接收上下文属性参数
- 最终表现：按钮组件无法获取asyncLoading等控制属性
核心矛盾点剖析
属性传递链断裂模型
Loading...关键问题点：
- 橙色节点（H）：工具栏组件仅作为函数执行器，缺乏属性注入意识
- 红色节点（I）：按钮组件成为属性黑洞，无法感知上级属性
- 断裂表现：asyncLoading等运行时属性无法穿透函数闭包
混合模式下的属性黑洞
Loading...模式对比：
| 配置类型 | 优点 | 缺陷 | 属性通道 |
|---|---|---|---|
| 对象形式 | 声明式配置，易于维护 | 扩展性受限 | ✅ 保持 |
| 函数形式 | 完全渲染控制 | 脱离标准属性传递体系 | ❌ 断裂 |
解决方案演进说明
临时方案（运行时桥接）
Loading...实现要点：
- 属性合并：手动合并buttonProps与组件级属性
- 桥接作用：在函数渲染前完成属性装配
- 局限：需要开发者主动维护属性合并逻辑
终极方案（协议对齐）
Loading...协议优势：
- 显式声明：通过requiredProps定义属性依赖
- 类型安全：通过TS接口约束协议格式
- 自动注入：组件库自动完成属性选取和传递
经验沉淀总结
设计三原则
-
协议规范（Protocol First）
- 建立跨层通信标准：定义类似
ToolbarItemProtocol的交互协议 - 示例：通过
$$type字段识别低码渲染组件
- 建立跨层通信标准：定义类似
-
上下文感知（Context Awareness）
- 渲染函数应声明依赖：通过meta.requiredProps明确需求
- 组件库自动注入：根据声明选取上下文属性
-
架构补偿（Architecture Bridge）
- 建立桥接层：在低码与组件库之间增加协议转换层
- 双向适配：处理低码特殊标记和组件库标准接口
实施路线图
Loading...