コンストラクター関数は Promise を返すべきでしょうか?

コンストラクター関数と約束: 実践的なアプローチ

さまざまな非同期操作を使用するブログ プラットフォーム用のコンストラクター関数を作成するシナリオを考えてみましょう。疑問が生じます: コンストラクター関数に、作成する予定だったオブジェクトの代わりに Promise を返させることは賢明ですか?

Promise を返す利点:

• 保証された初期化: Promise を使用すると、ユーザーは、その後に実行されるハンドラーをチェーンできます。コンストラクターの実行が終了しました。これにより、コードがオブジェクトにアクセスしようとする前に、オブジェクトが完全に初期化されることが保証されます。

Promise を返すことの短所:

• 新しい Operator の中断: 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 中国語 Web サイトの他の関連記事を参照してください。