State Stream（狀態流）

Thu, 16 Jul 2026 00:00:00 +0800

狀態流是持續發布「某份資料當前值」的觀測載體：新值蓋過舊值、只有最新值有意義、錯過中間值無代價——下一次快照涵蓋一切。與 domain event 的分界在消費者的問題：狀態流回答「現在是什麼」、event 回答「發生了什麼」。與 snapshot 的差別在時間方向：snapshot 凍結某一刻、保證歷史不隨現在漂移；狀態流永遠指向現在、舊值被覆蓋是設計語意。

概念位置

狀態流是觀測出口的載體形態：觀測出口定義「資料變了、我能告訴你」這個能力歸屬哪一層、狀態流定義這個通知的語意——連續快照、不是離散事實。它的涵蓋面是寫入操作的集合：emit 掛在每個寫入方法尾端、新路徑必然經過、涵蓋不靠任何人記得發——與 domain event「業務語意決定發布點、逐事實設計」的涵蓋方式正交。

可觀察訊號

系統缺狀態流出口時，補償的形狀是訊號：導航返回點出現手動 reload、為了讓某頁刷新而補發事件、監聽端掛全事件過濾器。事件被誤用成狀態流的完整判讀訊號表在 domain event 與狀態流。

設計責任

狀態流承擔「畫面、快取、衍生視圖對資料當前值的觀測」，錯過的代價為零是它跟 event 不可互換的原因——需要逐筆事實（審計、下游流程）的消費者拿快照會斷檔。載體選用判準展開見 domain event 與狀態流、實作選型（broadcast、初始值、dispose）見 StreamProvider 包 repository watch stream。

Event-Carried State Transfer

Mon, 20 Jul 2026 00:00:00 +0800

event-carried state transfer 是刻意讓 domain event 的 payload 攜帶足量的當前狀態、不只是「發生了什麼」的事實本身。目的是讓下游服務收到事件後就能拿到完整資訊、不必回頭同步查詢來源系統——payload 帶全量狀態在這裡是設計選擇，不是把事件當狀態通知的誤用。

概念位置

這個設計只在跨服務、跨信任邊界的情境下成立。同進程情境下，事件開始攜帶全量狀態通常是載體錯位的訊號——消費者真正要問的是「現在是什麼」，正確載體是 state stream 而非塞胖的事件；跨服務時「回頭查詢來源」本身有同步耦合的成本，event-carried state transfer 用胖 payload 換掉這個成本，是同一個訊號在不同信任邊界下的相反判讀，完整推導見 domain event 與狀態流。

可觀察訊號

事件的 payload 從「哪本書、什麼時間」這類事實欄位，長出「現在的全貌」這類當前狀態欄位，是判讀的觸發點；判讀不看 payload 胖不胖，看消費者是不是跟事件來源在同一個信任邊界——邊界內是錯位、邊界外是正當設計。

設計責任

event-carried state transfer 換來的是下游服務不必為了拿到完整資訊而同步呼叫來源，代價是事件 payload 的 schema 跟著狀態演進、下游要一起處理相容性。這個代價只有在真的省下跨服務同步查詢時才划算，同進程情境沒有這筆成本可省，應優先考慮 state stream。

State-Stream on Tarragon

State Stream（狀態流）

概念位置

可觀察訊號

設計責任

Event-Carried State Transfer

概念位置

可觀察訊號

設計責任