이번주는 설 이후 팀프로젝트 발표도 하고, 배포직전 앱 고도화 작업도 하다보니 시간이 정말 빨리 흘렀다.
최종 프로젝트 직전, 앞으로의 학습 방향을 다시 잡고 가고 싶다.
뭔가 어질어질하다.

1️⃣ Architecture

클린 아키텍처를 학습하며, 의존성과 재사용성에 대해 깊은 고민을 했다.
compose에서는 MVVM으로만 작성하던 코드들을 좀 더 범용성 있게 사용하려다 보니 깨지고 힘든 부분이 한둘이 아니었다.
기본적으로 소프트웨어 기법은 "재사용성"과 "역할 분리"가 최종 목적지인것 같다.

앞으로 clean architecture를 쓸 일이 있겠느냐만, 입사해서 쓰게 된다면 잘 적응할 수 있을 것 같다.
클린 아키텍처의 주요 포인트는 외부와 내부, 즉 여기서도 역할 분리이다.
팀원들과 소통이 잘 되지 않아 usecase에서 상당히 복잡함을 느끼고 있지만 로직의 흐름을 정해주는 구간이라고 생각하고 넘어가야겠다.

사실 MVVM이 그립다.
단순히 3개의 Layer로 분리해 코드를 작성하던 그 시절이...

2️⃣ Entity, VM State

Entity에 대해서도 깊은 고민을 했다.
이 놈을 페이지별로 잘게 쪼개어보는 방법도, Entity 자체를 DTO와 동일하게 사용할 거면 그냥 Entity만 정의하면 되는 것 아닌가 등등..

결론은 또다시 재사용성과 외부와의 역할 분리로 정해진다.
만약, DB가 바뀌게 되더라도 Entity는 순수 Dart 코드로만 이루어지기에 repo의 간단한 변환 이후 코드 변경 없이 그대로 사용할 수 있다.

ViewModel, View 전용 Model을 의미한다.
단순히 로직을 담고 있을 뿐 아니라 View에서 관리되는 데이터가 포함된다.
이를 state라고 정의하는데 state를 통해 모든 상태값을 관리할 수 있다.

3️⃣ Global Notifier

Global Notifier는 전역적으로 관리되는 상태값이 있을때, 이를 Provider를 통해 관리하게 된다.
riverpod 세상에서는 내부와 외부의 경계가 엄격한데, 이를 통해 상인과 같은 역할을 할 수 있다.

다른 방법들도 여럿 있다고 듣기만 했는데, 차근차근 학습해봐야겠다.