Ash框架中新增compare验证器的equal与not_equal条件支持

Ash框架作为Elixir生态中强大的资源定义与操作工具，其验证器系统提供了灵活的数据校验能力。近期社区对compare验证器功能进行了扩展，新增了equal(等于)和not_equal(不等于)两种比较条件，进一步丰富了数据校验场景的覆盖范围。

compare验证器的演进

compare验证器原本主要用于数值比较场景，支持如greater_than(大于)、less_than(小于)等比较操作。但在实际业务中，经常需要判断两个字段值是否相等或不等，例如：

• 用户ID不能与关联用户ID相同
• 订单创建人必须与审核人相同
• 转账账户与收款账户不能为同一个

这些场景催生了对equal和not_equal比较条件的需求。

新特性的实现方式

新增的equal和not_equal条件使用方式与其他比较条件一致，保持了API的一致性：

validate compare(:user_id, not_equal: :connected_user_id),
  where: [present(:user_id), present(:connected_user_id)],
  message: "不能为自己创建活动"

validate compare(:approver_id, equal: :creator_id),
  message: "审核人必须与创建人相同"

这种设计体现了Ash框架"约定优于配置"的理念，开发者可以直观地理解验证规则的含义。

技术实现要点

在底层实现上，equal和not_equal条件处理需要注意几个关键点：

1. 空值处理：当比较字段存在空值时，需要明确验证行为。示例中通过where条件确保两个字段都存在时才执行比较

2. 类型兼容性：比较前需要确保两个值的类型可以正确比较，避免因类型不匹配导致的运行时错误

3. 错误消息：提供清晰的自定义错误消息能力，方便开发者根据业务场景描述问题

4. 性能考量：比较操作应保持高效，避免对大型数据集造成性能瓶颈

实际应用场景

这一增强功能在以下典型场景中特别有用：

1. 社交关系：确保用户不能关注自己或与自己建立好友关系
2. 财务系统：防止转账操作的转出账户和转入账户相同
3. 工单系统：要求问题分配者和解决者不能为同一人
4. 游戏系统：确保对战匹配的玩家不是同一个人

最佳实践建议

在使用新的比较条件时，建议：

1. 结合where条件使用，明确验证触发的先决条件
2. 为重要业务规则提供清晰的错误消息
3. 在资源测试中覆盖各种边界情况
4. 考虑将常用比较规则抽象为共享验证器

这一功能的加入使Ash框架的数据验证能力更加完备，能够更优雅地处理业务系统中的各种数据关系约束，进一步提升了开发效率和代码可读性。