Ash 框架中的资源创建授权策略增强

在 Ash 框架中，我们经常会遇到需要精细控制资源访问权限的场景。特别是在创建资源和随后访问该资源的同一请求中，如何优雅地处理权限问题一直是个值得探讨的话题。

问题背景

考虑一个典型的用户注册场景：当匿名用户通过电子邮件注册时，系统需要完成以下操作：

1. 检查是否存在匹配的用户账户
2. 如果没有则创建新账户
3. 返回新创建用户的属性（如电子邮件地址）

这里存在一个特殊的权限需求：新创建的资源属性（如电子邮件）应该允许在同一请求中被匿名用户读取，但又不允许其他用户通过ID查询访问这些敏感信息。

传统解决方案的局限性

传统上，开发者可能会考虑使用ManualCreate方式来处理这种特殊情况。然而，这种方法存在几个问题：

• 代码分散，难以维护
• 破坏了框架提供的声明式编程模型
• 需要手动处理各种边界条件

Ash框架的优雅解决方案

Ash框架引入了一个新的DSL函数just_created_by/1，专门用于处理这类场景。这个函数可以在策略检查中使用，当指定的action刚刚创建了当前被访问的资源时，策略检查就会通过。

实现示例

field_policies do
  field_policy [:name, :email] do
    authorize_if just_created_by(:signup)
  end
end

这段代码清晰地表达了我们的意图：当:name和:email字段是通过:signupaction刚刚创建的资源时，允许访问这些字段。

技术实现原理

在底层实现上，Ash框架会跟踪请求中创建的资源及其创建方式。当检查just_created_by条件时，框架会：

1. 确认当前资源是否是在本次请求中创建的
2. 验证创建该资源所使用的action是否匹配指定的action名称
3. 只有在两个条件都满足时，才授权访问

应用场景扩展

这种机制不仅适用于用户注册场景，还可以应用于：

• 临时令牌的生成与使用
• 一次性资源的创建与访问
• 工作流中中间状态的资源访问控制

最佳实践建议

1. 明确action用途：为每个需要特殊权限控制的创建操作定义清晰的action名称
2. 最小权限原则：只开放必要的字段给just_created_by策略
3. 结合其他策略：可以将just_created_by与其他策略组合使用，构建更复杂的权限逻辑

总结

Ash框架通过引入just_created_by/1函数，为资源创建后的即时访问控制提供了优雅的解决方案。这种声明式的方法不仅提高了代码的可读性和可维护性，还保持了框架的一致性和扩展性。开发者现在可以更专注于业务逻辑的实现，而无需在权限控制的细节上花费过多精力。