refactor(setting): 문자열 114개·그림 15개에 setting_ 접두사를 적용한다

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

setting — 설정

#1071의 설정 리소스 네이밍 실행분이다. 현재 남은 문자열 114개와 drawable 15개를 setting_ 접두사로 통일하고 resourcePrefix = "setting_"를 적용한다. 문자열 값·벡터 내용·화면 동작은 보존한다.

미사용 선언 제거 참조 0건 잔재 5파일 삭제 — 도달 불가 화면 1 · 대체된 ViewModel 1 · 죽은 컴포넌트 2 #1064 / PR #2005를 재사용하고, 기능별 파일 배치 refactor(setting): presentation을 기능별 폴더로 정리한다 #1088 위에 리소스 변경을 쌓는다. 실제 base는 refactor(setting): presentation을 기능별 폴더로 정리한다 #1088 브랜치다.
#635의 최신 범위와 자산을 대조했다. setting의 프로필 placeholder·list 아이콘은 core 자산과 기하·규격이 다르므로 치환·삭제하지 않는다. 이번에는 이름만 바꾼다. 타임레터 사본 정리는 이 이슈의 선행이 아니다.
settings_*는 setting_*로, 나머지는 기존 이름 앞에 setting_를 붙인다. setting 소유 R의 소비처만 단어 경계를 구분해 변경한다.
타 모듈이 자체 R에서 참조하는 같은 이름(예: timeletter의 ic_list)은 그 모듈의 자원이다.

남은 문자열 114개·drawable 15개와 모든 setting R 소비처가 새 이름을 사용한다.
문자열 값·drawable 바이트·기존 동작이 동일하고 새 이름 충돌이 없다.
ktlintCheck, :app:compileDebugUnitTestKotlin, :app:compileDebugAndroidTestKotlin가 통과한다.
setting 단위 테스트 및 스크린샷 소스 컴파일이 통과한다.

이 이슈를 맡은 PR 은 #2055 다 (base refactor/1088-setting-feature-folders).

base 가 기본 브랜치(develop)가 아니라서 GitHub 은 이 이슈의 Development 칸에
아무것도 표시하지 않는다. 본문에 Closes #N 이 있어도 마찬가지다 — 그 링크는 기본 브랜치를
target 하는 PR 에서만 만들어진다.

PR 이 닫히거나 머지되면 이 이슈의 pr-open 라벨은 다음 리컨사일에서 떨어진다.

Navigation Menu