為什麼 Array.prototype.push 會回傳長度而不是附加項？

Array.prototype.push 的奇怪情況：為什麼它返回長度而不是更方便的東西

Array.prototype.push 是一個使用一個或多個元素擴充數組的JavaScript 方法。與傳回新新增的項目或修改的陣列本身的更直觀的對應項不同，push 奇怪地傳回數組的新長度。這種非常規的行為引發了人們對導致其當前實施的設計決策的質疑。

歷史背景

為了揭示這種設計選擇背後的基本原理，我們深入研究了推的歷史。正如 TC39 通訊中心所述，受 Perl 陣列操作函數的啟發，推送於 1997 年在 JavaScript 1.2 (Netscape 4) 中首次亮相。最初，push 傳回最後推送的項目，遵循 Perl 4 約定。然而，在 JavaScript 1.3 (Netscape 4.06) 中，push 改變了其行為以與 Perl 5 保持一致，並傳回數組的新長度。

合理化

為什麼返回新的長度長度被認為比返回附加項或變異數組更合適？不幸的是，這個問題仍然沒有答案。歷史記錄沒有提供關於這種與 Perl 4 的偏差背後的原因的詳細資訊。但是，我們可以推測一些潛在的考慮因素：

• 簡化實現：返回新長度可能有簡化了實現，需要更少的程式碼來追蹤和操作添加的項目或修改的數組。
• 一致性：傳回新長度與其他操作陣列長度的方法（例如 splice 和 splice）保持一致轉移。這種一致性可能是為了更直觀和更有凝聚力的介面而優先考慮的。

替代選項

如果設計師沒有選擇回新長度，其他選項可以考慮：

• 返回新項目：這將提供對添加元素的直接訪問，可能會節省開發人員使用新長度手動檢索它的需要。
• 傳回修改後的陣列：傳回由推送操作修改的陣列本身，可以消除收集更新陣列的額外步驟的需要。

結論

雖然Array.prototype.push 返回新長度的具體原理並不完全清楚，但它在Perl 中的歷史起源以及簡單性和一致性的潛在優勢可能影響了它執行。雖然此設計決策可能與開發人員的期望並不完全一致，但它為在 JavaScript 中操作陣列提供了定義明確且一致的行為。

以上是為什麼 Array.prototype.push 會回傳長度而不是附加項？的詳細內容。更多資訊請關注PHP中文網其他相關文章！