Realm JS 中嵌入式对象 Setter/Getter 的使用优化方案

在 Realm JS 数据库开发中，嵌入式对象(Embedded Objects)与常规对象在使用上存在一个重要差异：嵌入式对象无法通过类构造函数直接初始化。这一特性导致开发者在实现自定义 setter 和 getter 时遇到诸多不便，特别是在对象初始化阶段需要进行数据处理时尤为明显。

问题本质分析

嵌入式对象作为 Realm 数据模型中的特殊类型，必须依附于父对象存在。这种设计带来了两个关键限制：

1. 构造函数缺失：嵌入式对象不能像常规 Realm 对象那样通过 new 关键字实例化，因为创建时必须知道其所属的父对象。

2. 初始化阶段处理困难：当需要在对象创建时通过 setter 进行数据处理时，由于无法调用构造函数，开发者不得不寻找替代方案。

临时解决方案

虽然这是一个平台限制，但我们可以通过原型操作提供一个临时解决方案：

static create({ value }: Pick<ItemEmbedded, "value">): Object {
  // 创建使用ItemEmbedded原型的空对象
  const itemEmbedded = Object.create(ItemEmbedded.prototype) as ItemEmbedded;
  
  // 使用自定义setter设置值
  itemEmbedded.value = value;
  
  // 移除原型以满足Realm初始化要求
  Object.setPrototypeOf(itemEmbedded, null);
  
  return itemEmbedded;
}

这种方法的核心思路是：

1. 创建一个继承自嵌入式类原型的临时对象
2. 利用该对象的 setter 方法进行初始数据处理
3. 返回一个符合 Realm 要求的纯对象

使用时只需通过这个静态方法创建对象：

itemEmbeddedList: [ItemEmbedded.create({ value: "test" })]

长期架构思考

从根本上解决这个问题需要考虑 Realm 的对象管理机制变革：

1. 托管与非托管对象分离：

   • 当前所有 Realm 对象都是"托管"状态(已存入数据库)
   • 需要引入"非托管"状态概念(未存入数据库的对象)

2. 嵌入式对象生命周期：

   • 创建阶段：作为非托管对象存在，可调用构造函数
   • 附加阶段：添加到父对象时转为托管状态

3. API 设计影响：

   • 需要区分对象状态的方法可用性
   • 考虑向后兼容性
   • 性能影响评估

最佳实践建议

在当前版本下，开发者可以采取以下策略：

1. 封装创建逻辑：如示例所示，使用工厂方法统一处理初始化

2. 数据验证前置：在将数据赋给嵌入式对象前完成必要验证

3. 文档注释完善：清晰说明嵌入式对象的特殊性和使用方法

4. 类型安全强化：利用 TypeScript 确保创建方法的输入输出类型正确

随着 Realm JS 的持续演进，这一问题有望通过架构改进得到更优雅的解决，为开发者提供更符合直觉的对象操作体验。