Repository navigation
refactor(receiver): 도달 불가한 수신자 요약 화면 판정 — ReceiverAfterNoteEntry 외 참조 0건 (#1420 후속) #1421
Description
작업 유형
refactor — 동작 변경 없는 구조·책임·경계 개선
주 담당 모듈
receiver — 수신자 관리
개요
#1420 의 참조 0건 전수 스캔(develop 181875314, 2026-08-29)에서 나온 건 중, 시안 대조가 선행이라 #1420 에서 뺀 몫이다.
feature/receiver/presentation/.../summary/ReceiverAfternoteScreen.kt 의 ReceiverAfterNoteEntry(:44) 는 정의 파일 밖 참조가 0건이다. 같은 파일의 ReceiverAfterNoteScreen(:91) 과 ReceiverSummaryUiState.kt 도 이 두 파일 밖으로 나가지 않고, receiver NavGraph 에 등록된 목적지도 아니다 — 화면 하나가 통째로 도달 불가 상태다.
#1064 의 RecipientSetScreen(setting, 도달 불가 화면)과 같은 모양이지만, 그쪽은 「살아 있는 대체 화면 3종이 이미 NavGraph 에 연결돼 있다」는 대체재가 분명했다. 이쪽은 그 판정이 아직 없다.
판정해야 하는 것
수신자 요약(summary) 화면이 미구현 화면의 선행 정의인지, 대체된 잔재인지.
- 정본 시안(정리 Screen Design > 최종 수신자 프로토타입)에 이 요약 화면에 해당하는 목적지가 있는가
- 있다면 현재 구현된 수신자 열람 흐름(
ReceivedAfternoteDetailRoute등)이 그 자리를 이미 메우고 있는가 - 같은 폴더의
HeroCard·TopHeader·ContentSection·ReceiverDownloadAllViewModel중 살아 있는 것과 함께 죽은 것을 가른다 (ReceiverDownloadAll*은 모든 기록 내려받기 data 계층 미구현 — 스텁이 성공만 반환해 사용자에게 성공으로 보임 #589 내려받기 흐름 몫일 수 있어 따로 봐야 한다)
완료 조건
- 위 판정 결과를 이 이슈에 근거와 함께 적는다 (refactor(afternote): receiver_* 잔류 미사용 문자열 11건 시안 대조 판정 — 전건 삭제 (#1066 후속) #1381 이 문자열 11건에 쓴 형식)
- 「잔재」로 확정되면 죽은 파일 삭제, 「선행 정의」로 확정되면 이 이슈를 해당 화면 구현 이슈로 전환하거나 그 이슈에 흡수시킨다
자식 이슈
No response
참고
- 부모 스캔: refactor(afternote, core): 참조 0건 top-level 심볼 8건 삭제 — 머지가 되살린 Route·중복 DTO·#1048 이 금지한 폴백 #1420
- 같은 유형 선행: 참조 0건 잔재 5파일 삭제 — 도달 불가 화면 1 · 대체된 ViewModel 1 · 죽은 컴포넌트 2 #1064(setting 도달 불가 화면 판정), refactor(afternote): receiver_* 잔류 미사용 문자열 11건 시안 대조 판정 — 전건 삭제 (#1066 후속) #1381(시안 대조로 참조 0건 문자열 판정)
Activity
OnlyReadOneBook commentedon Aug 29, 2026
판정 — 잔재 확정. 미구현 화면의 선행 정의가 아니다
기준 리비전
origin/develop17ccc5c27(2026-08-29). 세 갈래로 나눠 판정했고, 셋 다 「대체된 잔재」로 모인다.1. 참조 —
summary/8파일이 자기들끼리만 참조한다심볼명 전수 grep(
main·test·androidTest·screenshotTest전 소스셋):ReceiverAfterNoteEntryReceiverAfterNoteScreen·ReceiverDownloadAllViewModelReceiverSummaryUiState·TopHeader·ContentSection·HeroCardReceiverRoute에 이 화면을 세우는 목적지가 없다 — NavGraph 가 세우는 건home/ReceiverHomeEntry(HomeRoute)와afternotelist/ReceiverAfternoteHomeEntry(AfternoteListRoute) 둘뿐이다.남은 외부 참조 2건도 살아 있는 배선이 아니다.
ReceiverAdvancedAndroidTest.kt:225·230— 도달 불가 화면을 테스트가 직접 세워 단언한다. 사용자가 갈 수 없는 화면에 managed-device 시간을 쓰고 있었다.SenderMessageHeroCard.kt:72— 코드 호출이 아니라 KDoc 의[HeroCard]링크다.2. 시안 — 「전용 내려받기 화면」은 정본 시안에 없다
PR #1430 본문에 스크린샷과 함께 전수 대조 결과가 있다. 요지는 두 가지다.
홈_수신자지정완료프레임에만 있고, 살아 있는home/ReceiverHomeScreen이 이미 구현 중이다.수신자 애프터노트 확인하기는 탭 필터 + 목록형으로, 살아 있는afternotelist/와 일치한다.summary/의 히어로 + 섹션 판과는 다른 화면이다.즉
summary/에 대응하는 시안 목적지가 없다. #777 이 코드 히스토리만 보고 그르친 전례를 피해 시안을 먼저 열었고, 결과는 「잔재」쪽이다.3. 미결이던
ReceiverDownloadAll*↔ #589 — 무관하다. 함께 지워도 된다이 이슈가 「#589 내려받기 흐름 몫일 수 있어 따로 봐야 한다」고 남긴 갈래를 실측했다. 결론은 #589 의 몫은 살아 있는
home/쪽에 있고,summary/판은 중복 껍데기다.home/ReceiverHomeViewModelsummary/ReceiverDownloadAllViewModelReceiverHomeEvent.ConfirmDownload → downloadAll()(:58·:139)receiverRepository.getReceivedAfterNotes()·mindRecordReceiverRepository.getAll()·receiverTimeLetterRepository.getReceivedTimeLetters()·loadSenderMessage()repository.호출 0건 —ReceiverRepository를 주입만 받고 쓰지 않는다#589 가 고칠 「성공만 반환하는 스텁」은
home/경로에 있다.summary/ReceiverDownloadAll{ViewModel,Event,UiState}를 지워도 #589 의 작업 범위는 줄지 않는다.완료 처리
Closes를 이 이슈로 옮겨 뒀다.왜 #1424 가 아니라 이 이슈가 추적 정본인가
같은 범위의 #1424 는 이미
CLOSED(COMPLETED)인데, 실제로 코드가 지워져서가 아니라 PR #1428 의 오탐 머지 때문이다(base 를 head 위로 force-push 해 GitHub 이 MERGED 로 표시했으나develop엔 커밋이 없다).summary/8파일은 지금도develop에 그대로 있다.닫힌 이슈를 향한
Closes는 머지돼도 추적을 복구하지 못하므로, 재발행된 #1430 의Closes대상을 열려 있는 이 이슈로 바꾸고 #1424 는Refs로 강등했다.