建構函數應該回傳 Promise 嗎？

從建構子回傳 Promise 是否明智？

在程式設計領域，建構函式在新物件的建立。它用於初始化關鍵屬性並建立物件的初始狀態。然而，出現了一個揮之不去的問題：建構函式是否應該傳回 Promise，從而可能延遲新建立物件的可用性？

Promise 傳回建構子的基本原理

當物件的初始化需要非同步操作時，從建構子傳回 Promise 的吸引力就會出現。此類操作可能包括取得資料、解析檔案或執行複雜的計算。透過利用 Promise，建構函數可以推遲物件的準備狀態，直到這些任務完成。

Promise 傳回建構子的缺點

儘管Promise 傳回建構子具有吸引力，它提出了幾個缺點：

• 破壞「新」運算子：建構子應該專門傳回其類別的實例。相反，返回 Promise 會違反此約定，從而破壞基於運算符的新物件建立流程。
• 繼承併發症： 建構子是類別繼承的基礎。當建構函式傳回 Promise 時，它會使繼承層次結構變得複雜，可能會導致意外行為。
• 建構子芳香化：建構子的主要功能是初始化物件的狀態。在構造函數中執行非同步操作會削弱其狹隘的焦點。

替代方法

為了解決與Promise 傳回建構子相關的問題，建議使用替代方法：

• 初始化後方法：
將非同步操作延後到專用方法而不是建構子。這允許建構函數返回立即可用的對象，並允許使用 Promises 連結非同步操作。
• 工廠函數：
使用靜態工廠函數來建立對象，特別是當建構過程涉及多個非同步時步驟。這些函數可以傳回 Promise，提供更大的靈活性，並將物件建立與其初始化解耦。

結論

雖然從構造函數傳回 Promise 可能看起來像是呼籲非同步初始化，這通常是一種不明智的做法。新運算符的潛在破壞、繼承複雜性以及對構造函數唯一目的的偏離超過了感知到的好處。

以上是建構函數應該回傳 Promise 嗎？的詳細內容。更多資訊請關注PHP中文網其他相關文章！