使用Object.create绕过构造函数创建实例时原生私有字段报错的解决问询

JS中以#开头的原生私有实例字段，由引擎层面实现强绑定校验：只有当对象在类构造函数的执行流程中，被引擎自动关联了对应类的私有字段存储槽时，才允许读写这些私有字段。
通过Object.create(Example.prototype)生成的对象，仅继承了类的原型方法，从未经过构造函数的初始化流程，自然不存在对应的私有字段存储槽，调用原型方法操作私有字段时，就会抛出Cannot write private member #myPrivateProp to an object whose class did not declare it的类型错误。
这类问题在ORM等需要无副作用创建实体实例的场景中非常常见。

方案1：构造函数支持静默初始化模式 #

如果场景中对“不调用构造函数”的实际诉求是不触发构造函数内的业务逻辑副作用，这个方案是兼容度最高的选择：

• 调整类的构造函数逻辑，增加静默初始化的入参标识，收到标识时直接跳过所有业务逻辑，仅依靠引擎自动完成私有字段的绑定流程。
• 实现示例：

class Example {
  #myPrivateProp;

  constructor(silentInit = false) {
    // 静默初始化模式下，直接跳过所有业务逻辑
    if (silentInit) return;
    // 以下为正常业务初始化逻辑
    this.#myPrivateProp = 0;
    console.log('执行正常业务初始化');
  }

  setup() {
    this.#myPrivateProp = 1;
    return this.#myPrivateProp;
  }
}

// 创建实例时传入静默标识，不执行任何业务逻辑
const e2 = new Example(true);
console.log(e2.setup()); // 正常输出1，无私有字段报错

• 方案优势：完全兼容原生私有字段的所有特性，性能和普通实例无差异，改动成本极低。

方案2：用WeakMap模拟私有属性，完全绕开原生绑定规则 #

如果场景要求完全不执行构造函数的任何代码，则需要脱离原生#私有字段的语法，通过类作用域内的WeakMap手动管理私有属性存储：

• 核心逻辑：在类定义的作用域内创建一个外部无法访问的WeakMap，以实例对象为键、存储对应的私有属性值。这种方式没有引擎层面的绑定校验，不管实例是通过什么方式创建的，都可以正常读写私有数据。
• 实现示例：

// 类作用域内的私有存储，外部无法访问
const privateDataStore = new WeakMap();

class Example {
  setup() {
    // 首次访问时初始化实例的私有数据条目
    if (!privateDataStore.has(this)) {
      privateDataStore.set(this, { myPrivateProp: 0 });
    }
    const instancePrivate = privateDataStore.get(this);
    instancePrivate.myPrivateProp = 1;
    return instancePrivate.myPrivateProp;
  }
}

// 完全不调用构造函数，基于原型创建实例
const e2 = Object.create(Example.prototype);
console.log(e2.setup()); // 正常输出1，无报错

• 方案优势：完全兼容现有Object.create的实例创建逻辑，不需要触发构造函数执行。
• 方案劣势：需要手动维护私有数据的初始化逻辑，没有原生私有字段的严格访问限制特性，语法提示和类型检查支持度也弱于原生实现。

不存在可以完全不改动类代码、也不触发任何构造流程，就让原生#私有字段在Object.create生成的实例上正常工作的通用方案。引擎的私有字段校验是语言层面的内置规则，没有开放公开API允许外部为普通对象手动补绑对应类的私有字段存储槽，所有绕过校验的尝试本质上都是通过黑科技操作引擎内部槽位实现，不具备跨环境的兼容性。

内容的提问来源于stack exchange，提问作者Martin Adámek