在Ember的.findRecord Promise中，父作用域变量是否需克隆？

嘿，这个问题我太熟悉了——这完全是符合预期的行为，背后是Ember Data（或者类似的ORM类库）的核心设计逻辑在起作用，我来给你掰扯清楚：

为什么会出现“外部变量变空对象”的假象？ #

你遇到的核心原因是：findRecord()返回的不是普通的JavaScript对象，而是一个代理对象（Proxy）或者Ember Data的DS.Model实例。这类对象为了实现响应式数据绑定、状态追踪、懒加载等特性，并没有把属性直接挂载在对象的自有属性上，而是通过内部的私有存储+getter/setter来对外提供访问。

当你在then回调里直接查看这个外部变量时：

• 浏览器控制台会优先显示代理对象的“外壳”，看起来像是空对象；
• 只有当你展开控制台的对象、或者通过克隆操作触发了属性的getter时，才会真正读取到内部存储的真实数据。

为什么克隆后值就正常了？ #

当你用扩展运算符{...record}、Object.assign({}, record)或者JSON.parse(JSON.stringify(record))克隆对象时，这些操作会主动遍历对象的可枚举属性，触发Model实例的getter方法，从而把内部存储的真实属性值提取出来，转换成普通的POJO（Plain Old JavaScript Object）。这类普通对象没有代理层，自然能正常显示所有属性。

正确处理这类对象的姿势 #

如果你需要使用这些数据，没必要依赖克隆，推荐两种更靠谱的方式：

1. 直接访问单个属性：使用Ember提供的get()方法（或者ES6的属性访问器）直接获取属性值，比如：

   // 用Ember的get方法
   import { get } from '@ember/object';
   console.log(get(updatedTask, 'title'));
   
   // 或者直接用ES6属性访问
   console.log(updatedTask.title);
   

2. 序列化为标准POJO：如果确实需要完整的普通对象，用Ember Data内置的serialize()方法，它会帮你把Model实例转换成标准的POJO，比手动克隆更可靠：

   const plainTask = updatedTask.serialize();
   console.log(plainTask); // 完整的普通对象，包含所有属性
   

举个完整的代码示例，对应你的场景：

// routes/task.js
import Route from '@ember/routing/route';
import { get } from '@ember/object';

export default class TaskRoute extends Route {
  updateTask(taskPOJO) {
    let updatedTask;

    this.store.findRecord('task', taskPOJO.id).then((taskRecord) => {
      // 更新记录属性
      taskRecord.set('title', taskPOJO.title);
      taskRecord.set('description', taskPOJO.description);

      updatedTask = taskRecord;

      // 直接访问属性，值是正常的
      console.log(get(updatedTask, 'title')); 

      // 直接打印对象会显示代理外壳，但展开后能看到真实数据
      console.log(updatedTask); 

      // 克隆得到普通POJO
      const clonedTask = { ...updatedTask };
      console.log(clonedTask); 

      // 推荐的序列化方式
      const serializedTask = updatedTask.serialize();
      console.log(serializedTask); 
    });
  }
}

总结一下：这个现象不是bug，是ORM类库为了实现响应式特性的设计选择，完全符合预期，只要用正确的方式访问或转换数据就没问题。

内容的提问来源于stack exchange，提问作者MicFin