Skip to content

refactor(afternote): 수신자 흐름 58개 파일을 feature:receiver 로 이전 — 애프터노트 모듈이 타 도메인 열람 관문 소유 #615

Closed

Description

@1hyok

📜 Overview (Required)

수신자 흐름 코드가 feature:afternote 안에 대부분 들어가 있다. 정작 받을 자리인 :feature:receiver 는 domain 4개 파일만 채워진 채 비어 있다.

실측(2026-07-30, develop b86fb07e):

위치 파일 수 내용
feature/afternote/presentation/.../receiver/** 52 받은 기록함, 발신자 상세, 열람 신청 4단계(deliveryverification), 수신 상세 3종, 추억 플레이리스트
app/screen/receiver/** 13 수신자 홈 — #546 이 다루는 범위
feature/afternote/data·domain 내 receiver 4 + 2 ReceiverAuthRepositoryImpl, 수신자 예외 타입 등
:feature:receiver 4 ReceiverAuthRepository·IdentityVerificationRepository·ReceiverDeliveryDocumentUploadRepository·ReceiverAuthModels (domain 뿐)

:feature:receiver:data·:presentation 은 settings.gradle.kts:56-58 에 등록돼 있고 build.gradle.kts·AndroidManifest.xml 까지 있는데 소스가 0개다. 2026-05-27 "수신자 기능 모듈 분리 및 관련 도메인 로직 이전" 커밋이 domain 만 옮기고 멈춘 상태 그대로다.

왜 지금 정리해야 하나 — 애프터노트 모듈이 다른 도메인의 관문을 쥐고 있다.

receiver/senderdetail/SenderDetailScreen.kt 는 애프터노트 전용 화면이 아니다. delivery-verification 승인 상태를 표시하고 "기록 열람하기" 로 넘기는 수신자 흐름 전체의 관문이라, 이 화면을 통과해야 마음의 기록(feature:mindrecord)·타임레터(feature:timeletter)도 열린다. 열람 신청 4단계(이메일 인증 → 마스터 키 → 서류 업로드)도 마찬가지로 도메인 중립인데 afternote 안에 있다.

이 배치가 실제로 만든 비용:

작업 내용

  • feature/afternote/presentation/.../receiver/** 52개 파일을 :feature:receiver:presentation 으로 이전. feature:afternote:domain·presentation 의존을 추가한다(수신 상세·플레이리스트가 애프터노트 모델을 참조한다).
  • feature/afternote/data·domain 의 receiver 하위(4+2)를 :feature:receiver:data·:domain 으로 이전. ReceiverAuthRepositoryImpl 이 이미 있는 domain 인터페이스와 같은 모듈로 모인다.
  • 이전 후 AppNavigation.kt·ReceiverNavGraph.kt 의 import 갱신.
  • 파일 이동은 git 이 rename(R)으로 인식하도록 한다.
  • screenshot baseline 은 이동 후 CI 와 같은 docker 사이클로 재생성한다.

📌 Child Issue(Optional)

No response

📍 Note (Optional)

Metadata

Metadata

Assignees

Labels

enhancementNew feature or request

Type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions