跳到主要内容

业务模型

业务模型是潮汐栈最接近业务语言的核心模型。它描述一个业务对象及其标准能力,并可以投射为数据、页面、接口、菜单、权限、逻辑流和审批流等运行资产。

业务模型投射

作用

  • 以客户、合同、订单、请假单等业务对象为中心统一建模。
  • 让字段、关系、视图、接口和访问控制围绕同一业务语义协作。
  • 通过投影管道生成标准页面、数据访问和 API,减少重复配置。
  • 为融合开发保留稳定的业务边界,扩展代码只补充模型未覆盖的能力。

核心属性

属性作用说明
formatVersion定义格式版本识别模型文档的结构版本。
modelType模型类型区分标准业务模型、复合视图等业务模型形态。
name / namespace模型标识组成模型的稳定全名,供数据、接口和页面引用。
title / description业务说明面向开发者和用户解释模型含义。
fields字段集合描述业务对象属性、类型、默认值和约束。
relations关系集合描述引用、拥有、组合和子集合等对象关系。
features能力开关控制列表、表单、详情、导入导出等标准能力。
apis业务操作描述模型对外提供的标准或自定义 API。
views页面视图描述列表、详情、编辑等视图如何生成或覆盖。
workflow流程绑定关联业务操作所需的逻辑流或审批流。
accessControl访问控制描述业务对象和动作的权限、数据范围协作信息。
isEnabled / custom状态与扩展控制启用状态并承载受约束的扩展属性。

与其他模型的关系

投影与生命周期

业务模型不是多个下游模型的复制粘贴源,而是通过平台的投影管道形成结果集合。保存、提交、发布和运行时刷新是不同阶段:保存模型不会自动等同于发布页面、部署审批流或启用运行实例。

一个业务模型的最小验证闭环是:保存并提交模型,确认数据字段和关系有效,验证标准页面和 API,再用目标角色检查菜单、权限和关键业务动作。

何时不要用业务模型

  • 只需要一次性采集且没有长期业务关系时,考虑动态表单和 UI Schema。
  • 只需要一个通用配置项时,使用 配置模型
  • 只需要受控枚举值时,使用 数据字典模型

使用入口与契约