小枚举的两处约束：界面采集与流程转向共用一套定义

枚举是一组命名过的取值。命名一旦定下，界面采集、流向判断、统计口径都要认这一套。

小枚举的两处约束：界面采集与流程转向共用一套定义

先说清楚：本文在讲什么

数据桥的四种语义里，**常量（枚举）**看起来最小：性别、请假类型、是否同意。 在本方案里，它首先是 跨层契约：约束表单怎么采、流程怎么转，而不只是下拉皮肤。

本篇讨论： 小枚举如何同时服务界面与流向。 读完应能说清：为何常量默认放在本机，而不是随便一次远端查询。

主张

枚举是一组命名过的取值，同时约束界面采集与流程转向。 改一个枚举值的含义，影响的不只是显示文案，还可能是流向条件与统计口径。

反面做法

• 界面用魔法数字，流程条件里再写另一串。
• 「是否同意」做成自由文本，下游用字符串包含判断。
• 每个表单私藏一份类型列表，与流程模板各改各的。

具体怎么做

1. 常量语义独立成类——与会增长的名单分开。
2. 表单与流程共用同一套常量。
3. 默认安置在本机——契约跟平台走。
4. 显隐与分支建立在常量上更干净——如「选病假才显示附件」。

场景

• 请假类型 = 年假 / 病假 / 事假：单选、附件显隐、统计口径共用。
• 审批意见枚举进入方向条件：同意下达、驳回退回——流向读契约，不是读按钮文案。