01 · TCA — 단방향 아키텍처의 완성형

단방향이 푸는 문제 🔥 핵심

화면이 복잡해질 때 진짜로 아픈 건 코드 양이 아니라 "지금 화면이 왜 이 모습인지 설명할 수 없게 되는 것"입니다. 상태를 여러 곳에서 고칠 수 있으면, 버그가 났을 때 누가 마지막으로 바꿨는지를 추적해야 합니다.

네 조각 — State · Action · Reducer · Effect

@Reducer
struct ClinicList {
  @ObservableState
  struct State: Equatable {
    var clinics: [Clinic] = []
    var isLoading = false
    @Presents var detail: ClinicDetail.State?
  }

  enum Action {
    case onAppear
    case clinicsResponse(Result<[Clinic], Error>)   // 결과도 Action이다
    case detail(PresentationAction<ClinicDetail.Action>)
  }

  @Dependency(\.clinicClient) var clinicClient

  enum CancelID { case fetch }

  var body: some ReducerOf<Self> {
    Reduce { state, action in
      switch action {
      case .onAppear:
        state.isLoading = true
        return .run { send in
          await send(.clinicsResponse(Result { try await clinicClient.fetch() }))
        }
        .cancellable(id: CancelID.fetch)      // 화면을 나가면 취소된다

      case let .clinicsResponse(.success(clinics)):
        state.isLoading = false
        state.clinics = clinics
        return .none

      case .clinicsResponse(.failure):
        state.isLoading = false
        return .none

      case .detail:
        return .none
      }
    }
    .ifLet(\.$detail, action: \.detail) { ClinicDetail() }
  }
}

합성 — 작은 리듀서를 트리로 🔥 핵심

단방향 아키텍처를 직접 만들어 본 사람이 반드시 만나는 벽이 있습니다. 화면이 커질수록 리듀서 하나가 비대해지는 것입니다. 탭이 5개고 각 탭에 목록과 상세가 있으면 상태 관리 코드가 한 덩어리로 부풀어 오릅니다.

var body: some ReducerOf<Self> {
  Reduce { state, action in
    // 부모 자신의 로직
  }
  .ifLet(\.$detail, action: \.detail) { ClinicDetail() }
  .forEach(\.rows, action: \.rows) { ClinicRow() }
}

TestStore — 결과가 아니라 과정을 검증한다 🔥 핵심

@Test func 목록_로딩_성공() async {
  let store = TestStore(initialState: ClinicList.State()) {
    ClinicList()
  } withDependencies: {
    $0.clinicClient.fetch = { [Clinic.mock] }     // 의존성 교체
  }

  await store.send(.onAppear) {
    $0.isLoading = true                            // 바뀔 상태를 전부 적는다
  }
  await store.receive(\.clinicsResponse.success) {
    $0.isLoading = false
    $0.clinics = [.mock]
  }
}

일반 단위 테스트는 "최종 결과가 맞는가"를 봅니다. TestStore는 "무슨 일이 어떤 순서로 일어났는가"를 전부 봅니다. 이 성질을 완전성(exhaustivity)이라고 합니다.

계보 — MVVM · ReactorKit · TCA

면접에서 "TCA를 안 써봤다"고 답할 상황이라면, 인접한 단방향 경험을 정확히 대조하는 게 가장 강한 답입니다. 세 아키텍처는 같은 방향으로 진화한 계보입니다.

언제 쓰지 말아야 하나 🧩 롱테일

경력이 있는 지원자에게 기대하는 건 "쓸 줄 안다"가 아니라 "언제 안 써야 하는지 안다"입니다. 장점만 말하면 오히려 감점입니다.

출처 · 참고자료