烟花把「在低代码平台上做开发」拆成四条赛道。一次任务通常走其中一条,复杂系统是多条叠起来。
① 建功能(毛坯)
从一句需求到一套可用功能:建字典 → 建表 → 建功能节点 → 挂菜单 → 授权。这是「造新」。
- 支持主子表单据(如采购单 + 采购明细)、树形分类表、聚合视图(如按商品汇总库存)。
- 自动处理审计字段(创建人/创建时间等由平台注入,不用你操心)。
- 需求里说「要走审批流程」时,烟花只预埋流程字段,具体审批流由你在平台上画——它不替你设计审批规则。
- 唯一硬关口:毛坯设计文档必须经你审核签字,烟花才动手建。
② 装修美化
功能建好后,对着真实数据精装列表和表单:
- 列表 12 个维度:显隐、排序、列宽、标题/数据对齐、超链接进表单、关键字查询、字典树过滤、自动填充、字典高亮、行内编辑、默认排序。
- 表单维度:字段显隐、必填、只读、大文本控件、分组框、默认值、单位后缀、正则校验、流水号自动生成等。
- 装修只动外观(显隐/排序/宽度/对齐),绝不乱碰表结构和按钮——这是写死的边界。
③ 加按钮 / 绑事件
在列表或表单上加按钮、绑交互逻辑。只有你明确说「加按钮/绑事件/点击执行」时才启用,平时建功能、装修绝不主动碰。
- 5 个挂载点:按钮、列表字段、表单字段、表单整体、列表整体。
- 典型场景:明细行自动算金额、主表自动汇总、选上游单一键带入明细、字段联动显隐。
- 这些脚本用平台的 JEAPI 写,可以让小帅展示具体代码配方,见《给系统加交互:JEAPI 事件配方》。
④ 自写前端看板(jeapps)
需要定制界面(KPI 看板、数据大屏、报表页)时,烟花能自写 HTML 页面,以 iframe 挂菜单,借平台已登录的运行时当后端实时取数,用 echarts 等渲染图表。这是平台的进阶玩法,需要先开启部署开关,建议预约工程师对接。
真实案例:进销存业务链
烟花做过一条完整业务链——文具采购单(主子表 + 审核)→ 文具入库(选采购单一键带入明细)→ 库存聚合视图(按商品汇总入库数量)→ 采购看板(图表大屏)。从建模、注数据、精装到加交互、做看板,四条赛道全用上了。这说明烟花不止能搭单个表单,能搭前后衔接的业务系统。