TCA 架構重整方法與實作經驗分享

`——名字怪硬派。我剛開始還以為要手動改值，結果完全不用，你就是丟個 action 給 store，它再丟給 reducer 去消化處理。所有複雜邏輯全往 reducer 那堆積，就算精神恍惚，也大致能看懂什麼時候資料被更新。其實滿方便的，只是話說回來，我上禮拜因為凌晨沒睡覺，看 reducer 還是昏倒了一輪。有點離題了喔…繼續。



<pre><code class="language-yaml"><pre><code class="language-yaml">### 重點整理：

- 狀態變更藏在哪已經比較明白

- 資料、邏輯、外部副作用彼此分開安置

- 不太需要一直焦慮 ViewModel 規劃細節

- 追不到隨機狀態異動的崩潰機率降低不少




咳，其實我當然知道，不可能只靠這幾點就做什麼終極評比啦。架構這回事有夠複雜，比較依據永遠都嫌薄弱，大概只能暫時就先講到這裡吧。

swift

import ComposableArchitecture

import SwiftUI

 {

        Reduce { state, action in

            switch action {

            case .increment:

                state.count += 1

                return .none



case .decrement:

                state.count -= 1

                return .none

            }

        }

    }

}



然後咧？邏輯寫完當然要丟進 SwiftUI 視圖裡面跑跑看，不然乾坐著好像也沒意義——好啦拉回正題。



struct CounterView: View {

    let store: StoreOf



var body: some View {

        WithViewStore(store, observe: { $0 }) { viewStore in

            VStack {

                Text("Count: \(viewStore.count)")

                HStack {

                    Button("−") { viewStore.send(.decrement) }

                    Button("+") { viewStore.send(.increment) }

                }

            }

        }

    }

}



## 下一步



所以，你現在應該對 TCA 的核心運作、資料流向有點感覺了吧？雖然過程中可能還是一頭霧水，但真的只有自己摸下去才會懂。接下來我們就動手做，一步一步把狀態跟動作拆開，再用 reducer 串起所有東西，用 store 推動整個 SwiftUI 視圖……等等，好像又開始碎念了，總之下一篇就是從零打造簡易應用，你絕對可以撐到那裡，大概啦。



下一篇：SwiftUI 組合式架構（二）：從零打造一個簡易應用



## 作者小語



呃，我想先自報家門一下好了。