后台业务块 + 图表业务块：三种落地路线

结合当前项目的 business-blocks-v1、块注册表、表字段映射和代码生成链路。点击你更倾向的方案。

推荐 渐进扩展
后台素材
指标卡
趋势折线图
分类柱状图
占比饼图
数据与样式

数据表

订单表

维度 / 指标

下单日期 / 金额求和

筛选

状态 = 已支付

A. 统一业务块协议，增加适用端与图表类型

沿用现有注册表和生成机制，给块定义增加 surfaces、kind、数据查询与图表配置。前后台共用基础设施，具体模板按端区分。

优势

  • 改造面最小
  • 复用保存、校验、生成链路
  • 后续可逐块扩展

代价

  • 需要升级现有块协议
  • 查询模型要控制边界
前台业务块库
轮播 / 公告
购物车 / 订单
主子表
↔
后台业务块库
统计看板
审核工作台
运营快捷入口

B. 前后台业务块分库

新增独立的 admin-business-blocks 注册目录、接口和生成服务。后台图表走自己的协议，前台现有块不动。

优势

  • 边界清楚
  • 对现有前台块影响小
  • 后台可快速特化

代价

  • 重复注册、校验、生成代码
  • 长期容易两套协议漂移
通用组件
容器
图表
表格
筛选器
按钮

C. 直接升级为通用数据看板设计器

提供自由栅格、任意 ECharts 配置、多个数据集、筛选器联动和组件事件，业务块只是组件模板。

优势

  • 能力最强
  • 能覆盖复杂大屏与 BI
  • 布局自由

代价

  • 范围陡增
  • 查询安全与联动复杂
  • 偏离当前确定性代码生成路线
我的判断：选 A。 当前代码其实已经走到门口：后台模式已有 business_block 页面类型，但页面入口故意不给后台传块定义。补齐“适用端 + 图表数据协议 + 后台模板”即可自然接上。