Feat [#104] 코디네이터 구현

[Zoe0929]

👾 작업 내용

화면 전환을 담당하는 코디네이터를 설계했습니다.

• 빌드 오류가 반복되어서 테스트 전 입니다. 우선 구현 후 로그인 PR 머지 후 테스트 해보겠습니다~

🚀 PR Point

(⭐많은 피드백⭐ 부탁드립니다..)

코디네이터 설계

초반 설계

코디네이터 모듈을 따로 정의, RootFeature에서 View, ViewModel을 주입하려 했음

• SwiftUI의 App에서 WindowGroup애서 루트 View를 정의해줘야 함. ContentView (현 AppView) 에서 상태에 따라 뷰를 나타내기 위해서는 App에 위치해야 함.
  Flow, Action을 정의하여 Combine으로 그 상태를 관리하려 했음
• SwiftUI는 상태 기반의 UI 프레임워크로, 화면 전환이나 화면 업데이트를 데이터와 상태 변화에 따라 자동으로 관리
• 굳이 Action, Flow를 선언해서 지정해줄 필요를 못 느끼게 됨 -> 불필요하게 복잡한 구조

과연 코디네이터가 필요할까?

• 단순히 네비게이션 해주는 역할이라면 코디네이터가 왜 필요할까에 대해 고민
• 모듈화된 프로젝트에서는 불필요한 의존성을 피하기 위해 필요하다 느낌
• 복잡하게 하고 있는 App State 관리도 한 곳에서 담당하게 하기 위함

완성된 구조

• 따로 모듈을 분리하지 않고 App에 존재 -> App State를 관리하고 NavigationPath 생성하는 역할, 즉 App 에서 루트 뷰를 생성해주는 역할을 해야하기 때문에 최상단에 위치
• 기본적으로 BaseView는 상태 기반으로 바뀔 수 있도록 CurrentView 변경 로직 구현
• BaseView 내 에서의 화면 전환 (ex. 챌린지 뷰에서 포인트뷰로 이동 )는 NavigationPath에 append 하는 방식으로 구현
• 부모 코디네이터의 존재 : 현재로서는 상태 관리가 제일 큰 역할 ( ex. 로그인 이후 상태를 온보딩 또는 탭바로 이동 ) 추후에는 탭바 내에서 다른 탭 아이템으로 이동해야할 때 사용.
• 같은 코디네이터 내부에서의 이동은 챌린지 모듈 변경 이후 작업. Hashable을 만족하는 Enum 정의 이후 .navigationDestination으로 뷰 빌드 필요
  

✅ CheckList

• 오류 없이 빌드되는지 확인
• 로그용 print문 제거
• 불필요한 주석 제거
• 코드 컨벤션 확인

🔗 Issue

Resolved #104

[kim-seonwoo]

코디네이터.. 깔끔하고 클린.. 수고하셨습니다 👍🙇

[kim-seonwoo]

이 부분의 토큰 절차를 어디서 처리할지 애매하네요..

[kim-seonwoo]

아니면 스플래시에서 별도의 체킹 없이
토큰 인터셉터에서 리프레쉬 만료 관련 에러가 뜨면 로그인으로 가게 하면 될까요.?

[HELLOHIDI]

월요일 회의때 더 자세히 설명해주시면 감사하겠습니다! 고생했어요!