构造函数应该返回 Promise 吗？

构造函数和 Promise：实用方法

考虑为具有各种异步操作的博客平台创建构造函数的场景。问题出现了：让构造函数返回 Promise 而不是它要创建的对象是否明智？

返回 Promise 的优点：

• 保证初始化： Promise 允许用户链接在之后执行的 then 处理程序构造函数已完成执行。这可以确保在任何代码尝试访问该对象之前该对象已完全初始化。

返回 Promise 的缺点：

• new 运算符的破坏： Promise 破坏了构造函数的传统行为，它返回新创建的对象。这可能会导致混乱和潜在的错误。
• 有限的立即访问：返回的 Promise 意味着构造函数创建的对象不能立即可用。当假设构造后可以直接访问它时，用户可能会遇到问题。

替代方法：

不要从构造函数返回 Promise，而是考虑使用一个 Promise以下策略之一：

• 单独初始化方法： 创建一个在构造后显式初始化对象的方法。这允许构造函数立即返回对象，同时确保它在使用前完全初始化：

var engine = new Engine({path: '/path/to/posts'});
engine.init().then(function() {
  // Object is now initialized.
});

• 静态工厂函数：使用静态工厂函数异步创建和初始化对象。这种方法在数据获取方面提供了更大的灵活性，并简化了构造函数：

Engine.create({path: '/path/to/posts'}).then(function(engine) {
  // Object is now initialized.
});

结论：

虽然从构造函数返回 Promise 可以提供某些好处，但通常被认为是一种不好的做法。通过遵循建议的替代方法，您可以在不破坏预期构造函数行为的情况下实现所需的功能。

以上是构造函数应该返回 Promise 吗？的详细内容。更多信息请关注PHP中文网其他相关文章！