Rails 7中枚举类型的inclusion验证是否有必要添加？

虽然Rails的Enum机制在赋值非法值时会抛出ArgumentError，但手动加上validates :status, inclusion: { in: statuses.keys }这类验证，能带来不少实用好处：

• 统一错误处理逻辑
  Rails模型验证的错误会被统一收集到errors对象里，和其他字段的验证错误（比如必填项空值、格式不合法）一起处理。而默认抛出的ArgumentError属于异常，得额外写rescue逻辑去捕获，会打断正常的请求流程，尤其是表单提交场景，没法把错误友好地返回给用户。

• 给用户更友好的提示
  自定义的inclusion验证可以通过message参数设置接地气的提示，比如：

  validates :status, inclusion: { in: statuses.keys, message: "请选择有效的状态值：%{in}" }
  

  而Rails默认的异常消息太技术化，直接给用户看会一脸懵。

• 适配批量赋值场景
  比如通过强参数处理表单提交的参数时，没加验证的话，非法值直接触发异常导致请求失败；加了验证后，模型会被标记为无效，不会抛异常，你可以在控制器里用if @model.save的逻辑优雅处理——比如重新渲染表单，把所有错误一起展示给用户。

• 避免异常打断后续操作
  有些场景下你可能想先完成所有字段的验证，再统一处理错误。没加inclusion验证的话，非法值会在赋值阶段就炸锅，其他字段的错误都没法一起返回；加了验证后，所有校验会一次性跑完，把所有问题同步反馈给用户。

• 加固后端数据合法性
  前端的表单校验很容易被篡改绕过，而模型层的inclusion验证是最后一道防线，能确保存入数据库的状态值一定是Enum定义的合法值，避免脏数据产生。

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