系列文章
實作 effect (I): 讓圖真正「動」起來
引言 上一篇我們已經完成一個具備訂閱功能的 Signal 核心，這一篇我們來實作 Effect，讓每個依賴項都能自動去追蹤，順利讓原本靜態的圖能具有響應性的動起...
實作 effect (II): Effect 內部選型
快速回顧 還記得這張圖嗎?上一篇我們透過實作 Registry 這層抽象，讓我們能夠有不同資料結構處理 Effect 排程的選擇權，那你一定會想... 為什麼需...
實作 Computed
回顧前情提要 graph.ts：Node{ kind, deps, subs }、link/unlink、withObserver/track（沿用實作 E...
實作 Batch & Transaction
前情提要 承接前面幾篇的內容(signal, effect, computed)，我們把「副作用的執行時機」做得更可控： 多次 set 合併 → 同一輪只重跑...
React 應用(I)：渲染心智與限制
為什麼框架會影響你怎麼用 signals？ 簡單回答就是 生命週期，但在脆上有批 React 仔永遠當它不存在的在賣課，確實也蠻擔心的，但你深入到一定的程度，就...
React 應用(II)：不撕裂的訂閱
本文目標 把前面實作過的 signals/computed 以 不撕裂（tear-free） 的方式接進 React 18 Concurrent 模式關鍵：快照...
React 應用(III)：生命週期沒消失—副作用分工與清理時機
從未消失的生命週期 從本系列的開頭講解，一直到現在的實作，都是圍繞著「資料層的生命週期」：資料如何被讀取、失效、重算、與何時觸發副作用。 這並不衝突於框架本身的...
React 應用(IV)：React 與 signals 怎麼互補
快速回顧 這篇接續上一篇的結尾，讓我們來透過實際的範例，理解要怎麼互補使用。 Effect 清理策略 首先，我們先來釐清主要的概念： 我們的 effect（c...
React 應用(V)：高頻陷阱與最佳實務(I)
本篇目標 理解為什麼會 撕裂（tearing），如何保證 tear-free 訂閱 keys 重掛 下如何避免殘留訂閱 / 計算節點 在 Transitio...
React 應用(VI)：高頻陷阱與最佳實務(II)
快速導覽 上一篇，我們介紹了: 為什麼會 撕裂（tearing），如何保證 tear-free 訂閱 keys 重掛 下如何避免殘留訂閱 / 計算節點 在 T...