맛동산이

swiftUI를 통해서 Watch앱을 구성해야하는데, 이때 TCA를 도입하였습니다.하지만, watch는 watchConnectivity를 사용해야하는데, 이때 watchConnectivity는 Delegate로 다 구현되어있습니다.하지만 TCA에서는 이러한 외부 의존성에 대해서는 Dependency를 사용하고 있기 때문에 기존의 delegate를 래핑할 필요가 있었습니다.따라서 해당 코드를 짜기 이전에 swift concurrency를 간단하게 이해하고, 래핑하는 코드까지 살펴보도록 하였습니다.Swift concurrency내부적으로 어떻게 많이 돌아가고 하는 내용은 조금 제외하고, 간략하게 설명하면서 swift concurrency와 asnycStream과 같은 내용을 정리해봅시다.async funcf..

두개의 reducer와 state그리고 화면을 이동하는 방법을 사용할때는@PresentsPresentationActionifLet을 사용하게 된다.1. 먼저 가고자 하는 뷰의 State를 @Presents로 감싼다.또한 네이게이션 stack이 될 array을 생성한다. (보편적으로 스택의 경우에는 최상단의 뷰가 가지면 된다.)밑의 코드에서는 concats가 stack이 될 array @ObservableState struct State: Equatable { @Presents var addContact: AddContactFeature.State? var contacts: IdentifiedArrayOf = [] }해당 뷰로 이동할지 안할지 모르니까 옵셔널 값.2. 해당 뷰로 이동하는 액..

Effect는 Action을 통해서 동작할 동작들을 의미한다.Effect에는 다음과 같은 동작들이 존재한다 .none: 즉시 완료run: 비동기 작업send: 전달된 Action을 즉시 내보냄cancel: 진행중인 Effect를 취소merge: 동시에 실행되는 단일 Effect로 병합concatenate: 차례로 실행되는 단일 Effect로 연결animation: SwiftUI의 .withAnimationtranscation: SwiftUI의 .withTransactiondebounce: debounce Effect로 변경throttle: trottle Effect로 변경Effect는 기본적으로 단일의 행동을 하도록 하고, 여러 동작을 묶을수도 있으며, 연쇄적으로 동작할수도 있다.예시 )Reduce { ..

TCA의 큰 흐름은, 뷰가 존재하고, 뷰에서의 이벤트를 감지해서 Action으로 그리고 해당 Action을 Effect로, Effect를 통해서 State를 변경해주는 방법이다.즉View→Action→Effect→State→View의 큰 흐름이 된다.이때 Action이 방대해지면, Action을 명확하게 어떠한 액션인지 구분하기 어렵게 된다.이를 해결하기 위해서 NestedAction을 통해서 액션의 타입을 명확하게 구분해주는 것으로코드의 명확성과 가독성을 올리는 방법을 소개하려고 한다.enum Action { case onAppear case task case tapOpenButton //현재는 taskResult는 duplicated될 예정이기 때문에 Result를 사용하는게 좋다. case upLo..

예를 들어서, 로그인 상태를 바라본다고 했을때로그인 상태는 앱이 시작됨과 동시에 계속해서 해당 값을 바라보고 있다가.로그아웃이 될때 앱의 화면을 변경해줘야하는 상황이 발생한다.이처럼 앱 전반적으로 해당 상태를 옵저빙 해야하는 경우가 발생하고 이를 해결할수 있는 방법이 크게shared stateasyncStream가 있다.AsyncStream을 통한 공유 상태 처리하는 법Shared data in a TCA app1. Dependency 정의해주기struct AuthenticationClient: Sendable { var currentUser: @Sendable () -> AppUser? var listenAuthState: @Sendable () async throws -> AsyncThro..

TCA에서는 State와 Reducer가 서로 얽히고 설켜있는 상태를 보기가 쉽다.특히나 화면전환에서는 SwiftUI에서는 상태값에 따른 화면 변화가 많은데, 이러한 경우 초기 값을 nil로 설정해주기 때문에 이러한 화면에 대한 언래핑이 필요하다.SwiftUI 에서의 기본적인 화면 전환은 다음과 같다.struct MainView { @State var isUserLogged: Bool = false var body: some View { if isUserLogged { MainTabView() } else { LoginView() } }}이러한 경우 TCA에서는 해당 값을 State로 받아야하고 해당 State는 옵셔널 값이 되는데이러한 옵셔널 State를 안전하게 언래핑 하는 방법..

Dependency란dependency란 네트워크 통신, 파일 엑세스, 타이머, 스레드 등 타입이나, 함수로 이루어진 컨트롤할수 없는, 시스템 외부에서 일어나는 상호작용을 의미한다.이러한 디펜던시를 제대로 컨트롤하지 못하면 예상치 못한 사이드이펙트가 발생할수 있다.TCA는 https://github.com/pointfreeco/swift-dependencies 라는 라이브러리를 사용하고 있으며, 해당 라이브러리의 장점은 다음과 같다.읽기쉽고, 테스트 코드짜기 쉬움swiftui 프리뷰와 동작을 잘하며, simulator를 통해서도 동작을 잘함3rd party 라이브러리, (파이어베이스 같은) 것을 연동할때 컴파일 타임이 적게 든다.TCA 에서 사용할수 있는 dependency Value값은 다음 페이지에서..

기본적인 비동기var body: some ReducerOf { Scope(state: \\.login, action: \\.login) { Login() } Reduce { state, action in switch action { case .test1: return .run { 여기 안에서 비동기를 처리 해준다. } case .fetch(.success): return .none case .fetch(.failure): return .noneTCA에서는 비동기 처리를 해줄..

💡 TCA는 단방향 아키텍쳐로, 상태관리가 용이하고, 데이터 흐름이 명확하게 정의되어 있기 때문에 단방향으로 이해하기 쉽습니다.TCA 의 장점모듈화: TCA는 애플리케이션을 작은 모듈로 나누어 관리할 수 있도록 도와줍니다. 각 모듈은 독립적으로 테스트하고, 유지보수할 수 있어 코드의 가독성과 재사용성이 향상됩니다.예측 가능성: 상태의 변화가 명확하게 정의되어 있어, 애플리케이션의 동작을 예측하기 쉽습니다. 모든 상태 변화는 액션을 통해 이루어지며, 이는 디버깅과 유지보수를 용이하게 만듭니다.테스트 용이성: TCA는 테스트를 쉽게 할 수 있도록 설계되었습니다. 상태, 액션, 리듀서를 독립적으로 테스트할 수 있어, 각 모듈의 동작을 검증하는 데 유리합니다.상태 관리: TCA는 중앙 집중식 상태 관리를 제공..