Ash框架中加载关系时计算属性丢失问题的分析与解决

Ash是一个强大的Elixir资源框架，但在实际使用中开发者可能会遇到一些意料之外的行为。本文将深入分析一个典型问题：当对已加载资源进行关系加载时，其他嵌套计算属性意外丢失的情况。

问题现象

在Ash框架使用过程中，开发者发现了一个有趣的行为模式。当对一个已经加载了某些计算属性的资源进行关系加载时，之前已经存在的计算属性会被意外地卸载(unload)。具体表现为：

1. 首先加载一个OrgOpportunity资源，同时加载其关联的opportunity关系及该关系的google_review_score计算属性
2. 然后对该资源再次加载org关系
3. 结果发现之前已经加载的google_review_score计算属性变成了NotLoaded状态

技术背景

在Ash框架中，资源(Resource)可以定义各种关系(relationships)和计算(calculations)。计算属性可以是基于表达式(expr)的派生值，也可以是基于聚合(aggregate)的统计值。这些属性可以通过Ash.load函数按需加载。

关系加载通常采用两种策略：

• 即时加载(eager loading)：在查询时一次性加载所有指定关系
• 延迟加载(lazy loading)：在需要时才单独加载关系

问题根源

经过分析，这个问题源于Ash框架在加载新关系时的默认行为。当调用Ash.load加载新关系时，框架会重新构建整个资源结构，在这个过程中，如果没有明确指定保留已加载的计算属性，它们可能会被意外丢弃。

特别是当计算属性是跨关系的派生值时（如示例中的google_review_score是基于google_place.review_score计算的），这种问题更容易出现。

解决方案

开发者提供了两种解决思路：

1. 显式卸载再加载：首先明确卸载要加载的关系，然后以延迟加载模式重新加载它。这种方法可以保留其他已加载的属性。

   oo
   |> Ash.Resource.unload(:org)
   |> Ash.load!(:org, lazy?: true)
   

2. 框架修复：在Ash框架内部，应该确保加载新关系时不会影响已存在的计算属性。这需要修改资源加载的核心逻辑，确保属性状态的正确保留。

最佳实践

基于此问题的分析，建议开发者在处理Ash资源加载时：

1. 对于复杂的资源结构，考虑使用lazy?: true选项来避免不必要的重新加载
2. 在多次加载操作之间，检查关键计算属性的状态
3. 对于关键业务属性，考虑在第一次加载时就完整获取所需数据
4. 升级到包含修复补丁的Ash版本（如提交90c20ef后的版本）

总结

资源加载是ORM框架中的核心功能，Ash框架虽然强大，但在处理复杂的关系图和计算属性时仍可能出现边缘情况。理解框架的内部工作机制，掌握正确的加载策略，能够帮助开发者构建更健壮的应用系统。

这个问题也提醒我们，在使用任何ORM框架时，都应该对关键操作进行状态验证，特别是在涉及多次加载和复杂关系图的情况下。