Repository navigation
refactor(afternote): 참조 0건 문자열 73건 시안 대조 후 삭제 (#1079 후속) #1545
Copy link
Copy link
Closed
Labels
area:afternote애프터노트 기능 영역애프터노트 기능 영역refactor동작 변경 없이 코드 구조·책임·경계를 개선하는 작업동작 변경 없이 코드 구조·책임·경계를 개선하는 작업
Description
작업 유형
refactor — 동작 변경 없는 구조·책임·경계 개선
주 담당 모듈
afternote — 애프터노트
개요
#1079 (리소스 네이밍 afternote_ 통일) 이 프리픽스를 정리하면서 실측한 결과, feature/afternote/presentation 의 문자열 227개 중 73개가 레포 전체 참조 0건이다. #1079 는 규칙 강제(resourcePrefix)가 목적이라 이들도 리네임만 하고 남겼다 — 삭제 판정은 별건이다.
실측 (origin/develop 기준, R.string.<이름> · @string/<이름> 전수 grep)
리네임 이후 이름 기준이고, 리네임 전후 모두 참조 0건임을 확인했다.
| 갈래 | 건수 | 성격 |
|---|---|---|
afternote_receiver_mindrecord_* 14 · afternote_receiver_timeletter_* 4 · afternote_receiver_afternote_intro_line2 · afternote_receiver_delivery_row_mind_records |
20 | 수신자 열람 흐름 문자열. #1066(PR #1373)이 수신자 소유분 89건을 옮길 때 참조가 없어 판정 보류로 남긴 것들이다 |
afternote_home_* |
9 | 애프터노트 홈 문구(next_step · greeting · subtitle · coming_soon 등). feature/home 에 같은 이름이 0건이라 중복이 아니라 순수 미사용이다 |
afternote_time_letter_detail_* 등 |
7 | 타임레터 상세 문구가 애프터노트 모듈에 정의돼 있다 |
afternote_daily_answer_* |
6 | 데일리질문 문구 |
afternote_content_description_* |
6 | 접근성 문구 |
afternote_withdrawal_* |
5 | 탈퇴 흐름 |
afternote_setting_* 3 · afternote_nav_* 3 · afternote_login_kakao_* 3 |
9 | 다른 모듈 몫이 눌러앉은 것으로 보이나, 다른 모듈에 같은 이름이 실재하지는 않는다(중복 0건 실측) |
afternote_detail_* 3 · afternote_post_delivery_* 2 · afternote_edit_* 2 · afternote_retry · afternote_dialog_delete_record_message · afternote_default_playlist_song_title · afternote_biometric_prompt_negative |
11 | 기타 |
⚠️ 참조 0건이 곧 삭제 근거는 아니다
#1381 이 같은 성격의 11건(receiver_verify_* · receiver_sender_registration_*)을 처분할 때 세운 기준을 따른다 — 「미구현 화면의 선행 정의」인지 정본 시안과 대조해야 한다. #1381 은 정본 시안 텍스트 노드 1,328건 전수와 정본 페이지 나머지 구역 9곳, back up 구역까지 대조하고서야 「11건 중 어느 것도 미구현 화면의 선행 정의가 아니다」 를 확정했다.
이 73건에는 그때와 달리 미구현 화면의 선행 정의일 가능성이 실재하는 갈래가 섞여 있다.
afternote_home_next_step— NEXT STEP 노출 조건·문구·목적지를 PM에게 확인한다 #1175 (홈 NEXT STEP 카드가 표시된 적이 없다) 가 추적 중인 바로 그 카드의 문구다. 다만 NEXT STEP 노출 조건·문구·목적지를 PM에게 확인한다 #1175 는 「사용자 상태에 따라 바뀌는 안내」 로 진단해 고정 문자열이 아닐 공산이 크다 — NEXT STEP 노출 조건·문구·목적지를 PM에게 확인한다 #1175 결론과 맞춰야 한다.afternote_receiver_mindrecord_*14건 — 수신자가 마음의 기록을 열람하는 화면 계열. 그 화면이 시안에 있는지 확인이 필요하다.
해야 할 일
- 73건을 정본 시안(정리 Screen Design) 텍스트 노드 전수와 대조한다
-
git log -S로 각 정의의 출생 커밋을 확인한다 (refactor(afternote): receiver_* 잔류 미사용 문자열 11건 시안 대조 판정 — 전건 삭제 (#1066 후속) #1381 은 「태어날 때부터 미사용 선행 정의」 를 이 방법으로 가렸다) - 미구현 화면의 선행 정의인 것은 남기고 근거를 주석으로 남긴다
- 나머지는 삭제한다
-
afternote_home_next_step은 NEXT STEP 노출 조건·문구·목적지를 PM에게 확인한다 #1175 결론에 따른다
완료 조건
73건 전부가 「삭제」 또는 「근거와 함께 존치」 로 판정되고, 다음 사람이 같은 조사를 되풀이하지 않도록 판정 근거가 이슈나 코드에 남는다.
참고
- 선행: 리소스 네이밍을 afternote_ 프리픽스로 통일 — #1066 착륙 후 잔여 (#1071 실행분) #1079 (이 이슈가 그 후속) · 전례: refactor(afternote): receiver_* 잔류 미사용 문자열 11건 시안 대조 판정 — 전건 삭제 (#1066 후속) #1381 (동일 성격 11건 처분)
- 규칙 정본:
docs/convention/resource-naming.md - 관련: NEXT STEP 노출 조건·문구·목적지를 PM에게 확인한다 #1175 (
afternote_home_next_step)
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
area:afternote애프터노트 기능 영역애프터노트 기능 영역refactor동작 변경 없이 코드 구조·책임·경계를 개선하는 작업동작 변경 없이 코드 구조·책임·경계를 개선하는 작업
Activity
1hyok commentedon Aug 30, 2026
#1175 결론 —
afternote_home_next_step은 삭제해도 됩니다 (여기 범위로 넘깁니다)#1175(홈 NEXT STEP 카드) 를 방금 판정했습니다(코멘트). 이 이슈의 「
afternote_home_next_step은 #1175 결론에 따른다」 항목을 닫아 두려고 남깁니다.#1175 판정 요약
4327:66535·4327:66762둘 다NEXT STEP섹션이 그대로 있습니다. 카드 자체는 죽은 코드가 아닙니다.Afternote-BEorigin/main0a4b870전수 실측에서nextStep·subscri·quota·플랜·보관 가능·주거래/은행전부 0건입니다. NEXT STEP 노출 조건·문구·목적지를 PM에게 확인한다 #1175 는 blocked 로 열어 둡니다.그래서 이 이슈가 알아야 할 것
#1175 는
afternote_home_next_step을 요구하지 않습니다. 근거는 두 가지입니다.afternote_home_next_step의 값은 「다음 준비 단계」인데, 시안의 NEXT STEP 카드 본문은 상태에 따라 갈리는 두 문장입니다 — 「가족들의 '주거래 은행' 정보를 입력하신 건 확인하셨나요?」(4327:66550) 와 「현재 플랜에서 보관 가능한 개수를 모두 사용하였습니다…」(4327:66777). 어느 쪽도 「다음 준비 단계」가 아닙니다.NEXT STEP하나뿐이고 그건afternote_home_next_step_section_title로 이미HomeHeaderSection.kt:87이 씁니다(참조 1건). 카드 본문 두 문장은 서버가 내려줄 값이라 애초에 정적 문자열로 정의될 것이 아닙니다.즉 「미구현 화면의 선행 정의」에 해당하지 않습니다. 화면은 미구현이 맞지만, 그 화면이 쓸 문자열이 이것이 아닙니다.
afternote_home_next_step_section_title은 지우면 안 됩니다. 참조 1건이라 73건 목록에는 없습니다만,afternote_home_next_step을 지울 때 접두어 매칭으로 같이 딸려가기 쉬운 이름입니다. 이게 지워지면 #1175 가 착수될 때 다시 만들어야 합니다.범위 분리 (중복 방지)
afternote_home_*9건은 전부 이 이슈 범위입니다.NextStep타입 ·HomeHeaderSection의nextStep != null분기 ·afternote_home_next_step_section_title— 코드 쪽뿐입니다.참조 0건 재실측 (
origin/developfc8f32cd5)R.string.<이름>·@string/<이름>고정 문자열 grep,src/main·src/test·src/androidTest·src/screenshotTest전부 포함입니다. 리네임 PR #1546 이 아직 열려 있어 develop 에서는 프리픽스 없는 이름입니다.home_coming_soonafternote_home_coming_soonhome_greetingafternote_home_greetinghome_subtitleafternote_home_subtitlehome_recipient_completeafternote_home_recipient_completehome_next_stepafternote_home_next_stephome_review_recordsafternote_home_review_recordshome_daily_question_ctaafternote_home_daily_question_ctahome_record_nowafternote_home_record_nowhome_read_past_recordafternote_home_read_past_recordafternote_home_next_step_section_titleafternote_home_*9건 = 위 9건으로 이 이슈 본문의 건수와 일치합니다.남은 8건에 대해서는 판정하지 않았습니다 — 이 이슈의 정본 시안 텍스트 노드 전수 대조 몫입니다. 「다음 준비 단계」가 다른 화면의 텍스트 노드로 나온다면 그건 #1175 와 무관한 별건 판정입니다.
github-actions commentedon Aug 30, 2026
이 이슈를 맡은 PR 은 #1584 다 (base
refactor/1079-afternote-resource-prefix).base 가 기본 브랜치(
develop)가 아니라서 GitHub 은 이 이슈의 Development 칸에아무것도 표시하지 않는다. 본문에
Closes #N이 있어도 마찬가지다 — 그 링크는 기본 브랜치를target 하는 PR 에서만 만들어진다.
PR 이 닫히거나 머지되면 이 이슈의
pr-open라벨은 다음 리컨사일에서 떨어진다.refactor(afternote): delete 73 unused strings (#1545)