refactor(home): ReceiverHomeViewModel과 수신자 홈 화면을 MVI로 전환 #2037

작업 유형

refactor — 동작 변경 없는 구조·책임·경계 개선

주 담당 모듈

home — 홈

개요

#1803의 과거 receiver 대상 목록에서 현재 feature/home/presentation/receiver가 소유하는 ReceiverHomeViewModel 1개와 수신자 홈 화면 1개를 분리한다. #1808은 HomeTabViewModel만 다루므로 이 이슈와 구현 대상을 중복하지 않는다.

현재 ReceiverHomeViewModel은 onEvent(ReceiverHomeEvent) 외에 refreshOnReturn() 진입점이 있고, 비동기 작업에서 _uiState.value·update로 상태를 갱신한다. 이 진입점과 상태 전이를 onIntent·순수 reducer로 모은다. ReceiverHomeEntry가 이미 상태 수집과 주입을, ReceiverHomeScreen이 렌더를 담당하는 현재 경계를 먼저 대조하여 불필요하게 재작성하지 않는다.

기존 초기 로드·복귀 갱신·부분 실패·다운로드 확인/재시도/소비 동작을 보존한다. 복귀 갱신 실패가 보고 있던 성공 상태를 덮지 않는 규칙과 갱신 도중 다운로드 상태를 잃지 않는 규칙을 유지한다. 일회성 결과를 UiState에 흡수하는 #228 규약과 신호 자체는 없애지 않으며 소비를 Intent.ConsumeXxx로 통일한다.

완료 조건

• ReceiverHomeViewModel이 MviViewModel을 상속하고 현재 onEvent·복귀 갱신을 onIntent로 모은다.
• 직접 상태 홀더 갱신이 없어지고 모든 전이는 dispatch → 순수 reduce로 처리된다.
• 기존 Entry/Screen 경계를 대조해 상태 수집·수명·신호 소비와 stateless Content 렌더를 분리한다.
• 기존 부분 실패·복귀 갱신·다운로드 확인/재시도/결과 소비 회귀 단언을 보존한다. 순수 전이는 코루틴 하네스 없이 검증한다.
• konsist allowlist의 실제 com.afternote.feature.home.presentation.receiver.ReceiverHomeViewModel 예외를 제거한다.
• 변경한 선언의 visibility를 실제 프로덕션 호출 범위로 정하고 테스트·스크린샷 때문에 넓히지 않는다.
• 수신자 홈 실기·실서버 QA 결과를 기록한다. refactor(receiver): MVI 전환 — receiver 소유 ViewModel 7개·Screen 8개 #1803 분리 시점에 이 QA는 미실행이다.

자식 이슈

없음.

참고

• 분리 원본: refactor(receiver): MVI 전환 — receiver 소유 ViewModel 7개·Screen 8개 #1803. receiver 소유 VM 7개·Screen 8개는 원본에서 독립 완료한다.
• 네비게이션 전환은 범위 밖이다. ReceiverHomeActions는 라우팅 콜백 묶음이며 목적지·백스택 의미와 기존 콜백을 보존한다. #1810의 결정 없이 액션 거취를 임의로 바꾸지 않는다.
• 공개 범위는 같은 파일 private / 같은 모듈의 다른 프로덕션 파일 internal / 다른 모듈의 실제 소비가 있을 때 public으로 정한다. 현재 Entry 등 실제 소비처와 외부 주입 계약을 먼저 확인한다.
• refactor(onboarding): MVI 전환 파일럿 — ViewModel 3개 + 신호 소비를 Intent 로 #1802/refactor(onboarding): ViewModel 3개를 MVI 로 옮기고 소비를 Intent 로 접는다 (#1802) #1825 파일럿에서 확정한 관용구와 develop의 공통 MVI 기반을 사용한다. 현재 확인된 범위에서는 원본의 blanket blocked_by #1802를 자동 승계할 근거가 없다. 실제 착수 시 최신 열린 PR과 공통 계약을 다시 대조한다.
• 미확정 인증·서버 목록·내려받기 자격·키 저장 정책을 새로 구현하거나 예약하지 않는다. 알려진 관련 PR이 현재 상태/진입 구조를 다시 바꾸는 경우 실제 겹치는 범위와 순서를 확인한다.
• 전체 MVI 종료 검사 #2022가 이 이슈를 blocked_by로 기다려야 한다. #2022의 기존 refactor(receiver): MVI 전환 — receiver 소유 ViewModel 7개·Screen 8개 #1803·refactor(home): MVI 전환 — HomeTabViewModel #1808 의존 관계도 유지한다.