UML中仅支持两个取值的属性是否应该使用枚举类型？

优先选择定义MeasurementSystem枚举的方案，不推荐使用boolean类型，原因如下：

• 语义清晰度更高
  枚举的Imperial、Metric取值自带明确业务含义，无论是UML设计阶段的团队协作，还是后续落地为代码的维护迭代，所有人都能直接理解取值对应含义，不需要额外注释说明“布尔值的true/false分别对应哪种计量体系”，从根源上避免了语义混淆的风险，尤其该属性重要性较高，一旦出现取值理解错误很可能引发严重的计量计算偏差。
• 扩展性更强
  即使当前仅需两种取值，也不排除后续业务拓展需要新增其他计量体系（比如部分特殊行业的自定义计量规则、兼容历史旧制等），枚举只需新增对应枚举值即可完成扩展，对现有逻辑的影响极小。如果使用boolean类型，后续遇到新增取值的需求时，需要全链路修改属性类型，改造成本极高。
• 约束能力更严谨
  枚举本身可直接限制属性的取值范围，无论是UML层面的规则约束，还是代码落地后的参数校验，都能直接基于枚举实现全局统一的合法值校验，避免非法值的传入。

如果实在想要用轻量方案，只有在你可以100%确认该属性永远不会新增第三种取值，且能给boolean属性起完全无歧义的命名（比如useMetricSystem）的前提下，才可以考虑boolean方案，但即使满足以上条件，枚举依然是更符合设计规范、更易维护的选择。

内容的提问来源于stack exchange，提问作者CaitlynCodr