ES2015类语法中构造函数返回Promise的替代实现方案咨询

你说得太对了，在constructor里返回Promise完全违背了类的设计初衷——new操作符本来就该返回类的实例，而不是一个Promise对象。这里有几个更合理的方案来重构你的代码：

方案1：将初始化逻辑放到独立的实例方法中 #

先创建Server实例，再调用一个返回Promise的初始化方法，既保留类的实例特性，又能优雅处理异步逻辑：

import express from 'express';

class Server {
  constructor(port) {
    this.port = port;
    this.application = express();
    this.server = null;
  }

  // 异步初始化方法，返回Promise
  async init() {
    return new Promise((resolve, reject) => {
      this.server = this.application.listen(this.port, (error) => {
        if (error) reject(error);
        resolve(this.server);
      });
    });
  }
}

// 使用方式
const serverInstance = new Server(3000);
const server = await serverInstance.init();

这个方案的优势是灵活性高——你可以在调用init()之前，对serverInstance.application做额外的中间件配置、路由注册等操作。

方案2：使用静态工厂方法封装整个流程 #

如果想把实例化和初始化步骤封装起来，让调用者直接拿到就绪的服务器实例，可以用静态方法实现：

import express from 'express';

class Server {
  constructor(port, server, app) {
    this.port = port;
    this.server = server;
    this.application = app;
  }

  // 静态工厂方法，返回初始化完成的实例的Promise
  static async create(port) {
    const app = express();
    return new Promise((resolve, reject) => {
      const server = app.listen(port, (error) => {
        if (error) reject(error);
        resolve(new Server(port, server, app));
      });
    });
  }
}

// 使用方式
const server = await Server.create(3000);

这种方式对调用者更友好，不需要关心实例化的细节，直接通过Server.create()就能拿到配置好的完整实例，同时保持了类的封装性。

方案3：实例化时绑定初始化Promise（需谨慎使用） #

如果你确实想让实例化和初始化绑定，但又不想破坏constructor的规则，可以在构造函数里初始化基础属性，同时生成一个用于跟踪初始化状态的Promise：

import express from 'express';

class Server {
  constructor(port) {
    this.port = port;
    this.application = express();
    this.server = null;
    // 用私有方法初始化，把Promise挂到实例上
    this.initialized = this._init();
  }

  async _init() {
    return new Promise((resolve, reject) => {
      this.server = this.application.listen(this.port, (error) => {
        if (error) reject(error);
        resolve(this.server);
      });
    });
  }
}

// 使用方式
const serverInstance = new Server(3000);
await serverInstance.initialized; // 必须等待初始化完成才能使用实例
// 之后就可以正常操作serverInstance.server或serverInstance.application了

这个方案的注意点是：实例创建后不能立即使用，必须等待initialized状态完成，否则可能拿到未就绪的属性，适合对初始化流程有强绑定需求的场景。

总的来说，方案1和方案2是更推荐的实践，它们既符合ES类的设计规范，又清晰地处理了异步初始化逻辑，可读性和可维护性都更好。

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