以 mutation ledger 測試原地修改

2026年10月28日，DEV Community 報道聚焦重構改為複製清單後，呼叫方仍持有舊清單的情況，介紹以參數快照建立 mutation ledger，記錄函數呼叫前後的原地修改，補足只檢查返回值可能漏掉呼叫方可見變化的問題。作者建議以記錄的 payload fixtures 建立穩定基線，再比較改動前後的修改路徑；LOST 代表原有修改消失，NEW 代表新增修改。此方法不能偵測跨執行緒或程序的變化，深層快照有成本，對不透明物件亦未必能可靠捕捉修改。

AI 根據報道生成 · 3 小時前更新

還沒有足夠的連續觀測數據，暫不繪製趨勢。