Ash项目中的软删除功能与return_destroyed?参数问题解析

在Ash框架中，软删除（Soft Delete）是一种常见的数据处理模式，它通过标记记录为已删除而非实际从数据库中移除来实现数据保留。AshArchival作为Ash的归档插件，提供了标准的软删除实现方式——通过设置archived_at字段来标记记录状态。

近期发现AshArchival在处理return_destroyed?: true参数时存在行为异常。这个参数本应控制销毁操作是否返回被删除的记录对象，但在当前实现中，无论参数如何设置，系统都只返回原子类型:ok。

从技术实现角度来看，这个问题实际上反映了Ash核心层对软删除场景下返回值的处理不够完善。当执行软删除操作时，系统应该：

1. 首先更新目标记录的archived_at字段
2. 然后根据return_destroyed?参数决定返回值
   • 当参数为true时，返回更新后的完整记录
   • 当参数为false时，返回原子类型:ok

这个问题已经在Ash核心代码中得到修复。修复方案确保了软删除操作与其他类型的销毁操作在返回值处理上保持一致。对于开发者而言，这意味着现在可以可靠地使用return_destroyed?: true参数来获取软删除后的记录状态，这在需要后续处理或审计日志等场景中特别有用。

在实际开发中，正确处理软删除返回值对于构建健壮的应用非常重要。例如，在需要显示"已归档项目"列表时，能够直接获取到带有archived_at时间戳的记录对象，可以避免额外的查询操作，提高应用性能。

这个问题的修复也提醒我们，在使用框架的高级功能时，需要充分理解其内部工作机制，特别是当多个扩展插件共同作用时，要关注各层之间的交互是否如预期般工作。