Repository navigation
refactor(mindrecord): MVI 전환 — mindrecord·home 몫 총괄 #1814
Description
작업 유형
refactor — 동작 변경 없는 구조·책임·경계 개선
주 담당 모듈
mindrecord — 마음의 기록
개요
MVI 전환(#1811) 중 mindrecord·home 담당 몫을 묶는다.
자식
| 이슈 | 대상 | 규모 |
|---|---|---|
| #1807 | mindrecord | VM 10개 · Screen 10개 · on* 콜백 64개 · @Test 232개(레포 2위) |
| #1808 | home | VM 1개 · Screen 1개 · on* 콜백 1개 · @Test 16개 |
착수 조건
- refactor(core): MVI 베이스 MviViewModel 신설 — Intent/ReducerEvent/Effect 4타입 계약 #1800(
MviViewModel베이스) 과 refactor(onboarding): MVI 전환 파일럿 — ViewModel 3개 + 신호 소비를 Intent 로 #1802(onboarding 파일럿에서 관용구 확정) 이후에 착수한다. 관계로 걸려 있다. - mindrecord 는
Consumed플래그도Channel도 쓰지 않는다 — 일회성 이벤트를 지금 어떻게 처리하는지 착수 시 먼저 확인한다. 규약이 없는 채로 화면마다 다르면 이 모듈이 전환 이득이 가장 큰 축에 든다.
이 역할이 지는 특수 부담
mindrecord 는 Navigation 3 이관의 선두다 — #959(파일럿) · #1697(전체 entry 계약)이 열려 있고, 다른 모듈이 이 결과를 기준으로 삼는다. MVI 전환과 겹침이 레포에서 가장 크므로 #1697 이후 착수를 권한다.
@Test 232개는 전환 비용의 대부분이다. 리듀서 단언을 코루틴 하네스 없는 순수 테스트로 옮기면 이 비용이 회수된다.
Activity