refactor(app): 합본 UserRepository 대신 좁은 계약을 주입한다 (#1282 분리) #1744

작업 유형

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

주 담당 모듈

platform — Android 앱·CI·빌드·릴리스·저장소 운영

개요

#1409 로 core:domain 에 좁은 계약 UserReceiverRepository(수신자)·MyProfileRepository(프로필)가 이미 있다. 그런데 이 모듈은 아직 합본 UserRepository 를 주입받아 수신자·프로필 멤버만 쓴다. 합본 계약을 없애려면(#1282 완료 기준 «소비자가 가장 좁은 계약을 주입») 소비자부터 좁은 계약으로 옮겨야 한다. 부모 #1282 의 이 모듈 몫을 담당자 이슈로 분리했다.

• 아래 파일의 UserRepository 주입을 실제 쓰는 멤버에 맞춰 UserReceiverRepository / MyProfileRepository 로 바꾼다(둘 다 쓰면 둘 다 주입)
• 테스트의 FakeUserRepository 사용을 FakeUserReceiverRepository·FakeMyProfileRepository(core:domain testFixtures)로 바꾼다 — 두 fixture 는 UserRepository 17개 멤버를 수신자·프로필·계정·푸시 설정 책임으로 분리 #1282 분리 core 이슈(PR refactor(core): UserRepository 구현·fixture 를 수신자·프로필 책임으로 분리 (#1738) #1595)가 만든다. 그 PR 이 머지되기 전에는 FakeUserRepository 가 두 좁은 계약도 구현하므로 그대로 넘겨도 컴파일된다
• 동작 변경 0, 이 모듈 밖 0줄

대상 파일(origin/develop 실측):

main 소스:

• app/src/main/generated/baselineProfiles/baseline-prof.txt
• app/src/main/generated/baselineProfiles/startup-prof.txt

테스트(FakeUserRepository → 좁은 fixture 로 교체):

• app/src/androidTest/java/com/afternote/afternote_fe/AppOnboardingCanaryTest.kt
• app/src/androidTest/java/com/afternote/afternote_fe/ReceiverSelectionResultAndroidTest.kt
• app/src/androidTest/java/com/afternote/afternote_fe/test/TestHiltModules.kt

참고

• 부모: UserRepository 17개 멤버를 수신자·프로필·계정·푸시 설정 책임으로 분리 #1282. 좁은 계약·fixture 정본은 core/domain/.../repository/UserReceiverRepository.kt·MyProfileRepository.kt.
• 블로커 없음 — 계약은 이미 develop 에 있다.