refactor(timeletter): 드로어블 6개에 timeletter_ 접두사를 적용한다 (#635 인계) #2085

작업 유형

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

주 담당 모듈

timeletter — 타임레터

개요

docs/convention/resource-naming.md:27 의 timeletter_ 행이 #635 를 가리킵니다. #1071 을 모듈별로 쪼갤 때 timeletter 몫을 별도 이슈 없이 #635 에 얹어 둔 결과인데, 대상 파일이 전부 timeletter 모듈이라 validate-pr-module-owner.mjs 가 #635 담당자의 PR 을 막습니다. 같은 사정으로 사본 정리분을 #2084 로 넘겼고, 프리픽스 몫도 여기로 넘깁니다.

기준 리비전은 origin/develop 7d87aa3f4 입니다.

남은 대상

문자열 44개는 이미 전량 timeletter_ 를 지킵니다. 미준수는 드로어블뿐이고 지금 9개인데, #2084 가 ic_image·ic_file·default_profile 을 지우므로 실제 리네임 대상은 6개입니다.

여기에 feature/timeletter/presentation/build.gradle.kts 의 android 블록에 resourcePrefix = "timeletter_" 한 줄을 더하면 끝입니다. 이미 같은 줄을 건 모듈이 7개 있습니다(core/common, core/ui, afternote, home, mindrecord, onboarding, receiver).

리네임할 때 조심할 것

setting 과 container 는 일반명사라 다른 이름의 부분 문자열로 걸리기 쉽습니다. ic_list 는 feature/setting/presentation 에 같은 이름의 파일이 따로 있습니다(내용은 다릅니다). 단어 경계 앵커를 쓰는 치환 절차가 #1071 에 정리돼 있습니다.

container·setting·down_vector 를 참조하는 세 파일은 자기 모듈 R 을 com.afternote.feature.timeletter.presentation.R 로 길게 적습니다. 리네임하면서 import 한 줄로 줄여 두면 같은 값에 비용이 0 입니다.

완료 조건

• 드로어블 6개가 timeletter_ 로 시작한다
• build.gradle.kts 에 resourcePrefix = "timeletter_" 가 걸리고 빌드가 통과한다
• docs/convention/resource-naming.md 의 timeletter_ 행을 도입 완료로 고친다
• 렌더 변화 없음

자식 이슈

No response

참고

• refactor(timeletter): core 자원과 렌더가 같은 벡터 사본 3개를 core:ui 로 수렴 (#635 인계) #2084 가 먼저입니다. blocked_by 로 걸어 뒀습니다. 순서가 뒤집히면 곧 삭제될 파일 3개를 리네임하게 됩니다.
• feature/setting 의 드로어블 15개도 같은 사정이고 refactor(setting): 문자열 114개·그림 15개에 setting_ 접두사를 적용한다 #1077 에서 따로 다룹니다.
• 규칙 정본은 docs/convention/resource-naming.md, 도입 1단계와 치환 절차는 chore(build): 리소스 네이밍 규칙 정본 + resourcePrefix 도입 1단계 — 설정된 2개 모듈은 199개 전량 준수, 미설정 모듈은 제각각 #1071 입니다.