Ember Data中动态默认值属性的序列化问题解析

问题背景

在Ember Data项目中，开发者经常需要为模型属性设置默认值。当这些默认值需要动态生成时，通常会使用函数形式的defaultValue。然而，最近发现了一个重要问题：这些通过函数生成的默认值在模型序列化时不会保持一致性，而是每次序列化都会重新执行函数生成新值。

问题表现

假设我们有一个Post模型，其中likes属性使用随机数作为默认值：

@attr('number', { defaultValue: () => Math.round(Math.random() * 10000) })
likes;

当创建记录时，属性值会被正确初始化：

let post = this.store.createRecord('post');
post.likes; // 输出例如1234

但在序列化时，每次都会得到不同的值：

post.serialize().data.attributes.likes; // 第一次4958
post.serialize().data.attributes.likes; // 第二次2423
post.serialize().data.attributes.likes; // 第三次8463

只有当手动设置值后，序列化结果才会稳定：

post.set('likes', 9999);
post.serialize().data.attributes.likes; // 稳定输出9999

技术原理分析

这个问题源于Ember Data内部架构的几个关键设计：

1. 默认值不被视为脏状态：默认值不会存储在localAttrs中，因此不会参与后续的差异比较。

2. 脏检查机制：系统通过引用相等性检查来判断属性是否被修改。

3. 缓存行为：JSON:API缓存只保留序列化状态，不保留这些临时生成的默认值。

4. 值获取方式变更：早期版本直接从记录实例获取属性值，现在改为从缓存获取，而缓存不保留这些临时值。

深层原因

这个问题反映了Ember Data早期架构中的两个设计缺陷：

1. 默认值位置不当：defaultValue本应是转换器(transform)的职责，却被实现为记录(record)的功能。

2. 转换器设计问题：转换器本应是字段级别的功能，却被实现为序列化器的功能。

在即将到来的schema-record架构中，这些问题得到了修正：

• 转换器成为字段级别的功能
• 默认值成为转换器的职责，并生成序列化值而非状态值

临时解决方案

在schema-record完全实现前，可以考虑以下临时解决方案：

1. 避免使用defaultValue初始化状态：改为在createRecord时显式传入初始值。

2. API返回默认值：让后端API负责返回完整的默认值。

3. 序列化时添加默认值：在序列化过程中补充缺失的默认值。

未来改进方向

虽然可以考虑在缓存中添加defaultAttrs来临时存储函数生成的默认值，但这只是权宜之计。长期来看，随着schema-record的引入，这个问题将得到根本性解决：

• 转换器将能访问记录实例
• 默认值将确保可序列化
• 支持深度追踪变更

最佳实践建议

基于当前情况，建议开发者：

1. 对于简单默认值，继续使用静态值形式
2. 对于复杂对象默认值，考虑在控制器或服务中初始化
3. 避免依赖函数式默认值来生成需要持久化的数据
4. 保持与后端API的充分沟通，确保数据完整性

这个问题虽然看起来是边缘情况，但它揭示了框架设计中职责划分的重要性，也为理解Ember Data的内部机制提供了很好的案例。