domain·core:model 을 순수 JVM 모듈로 — 레이어 경계를 테스트 아닌 타입으로 강제 (#1150 상위안) #1151

📜 Overview (Required)

domain 모듈이 afternote.android.domain → afternote.android.library 기반이라 안드로이드 SDK 가 클래스패스에 있습니다. 그래서 import android.net.Uri 가 컴파일됩니다. #1150 이 konsist 테스트로 막자는 것이고, 이 이슈는 타입 시스템으로 막자는 쪽입니다 — JVM 모듈이면 애초에 컴파일이 안 됩니다.

실측 — 생각보다 가깝습니다

순서가 강제됩니다

java-library 모듈은 android-library 를 의존할 수 없습니다. domain 이 :core:model 을 물고 있고 그게 android-library 라, core:model 이 먼저 가야 합니다.

core:model (android.library + hilt)  ← 먼저 JVM 으로
  └ core:domain
      └ feature/{afternote,receiver,timeletter,mindrecord,setting,onboarding}/domain

반대로 core:model 을 의존하는 11개 모듈(presentation·data·app)은 그대로 둡니다 — 안드로이드 모듈이 JVM 모듈을 의존하는 건 정상입니다.

🚀 해야할 일

• core:model → java-library + kotlin.jvm. Hilt 플러그인 제거 (쓰는 곳 확인 후)
• AndroidDomainConventionPlugin → JVM 판 컨벤션 플러그인 신설. afternote.android.hilt 대신 javax.inject 만 물린다
• domain 7개 모듈 전환
• androidx.paging:paging-common 이 jvm 변종으로 해석되는지 확인 — 현재는 paging-common.aar(KMP 의 android 타깃)로 붙고 있고, 그 안에 android.util.Log 사용처가 1곳 있다. JVM 모듈에선 jvm 변종이 붙어야 한다
• namespace / AndroidManifest 제거, testDebugUnitTest → test 로 바뀌는 태스크 이름을 CI·kover 설정에서 갱신
• :koverXmlReportCi 집계 대상에서 빠지지 않는지 확인

📍 왜 지금이 아닌가 (판단)

#1150 을 먼저 넣고, 이건 나중에. 근거:

• test(konsist): domain 레이어 가드가 안드로이드 SDK 의존을 안 막는다 — com.afternote.* 임포트만 검사 (#385 후속) #1150 은 테스트 1건이고 위반 0건이라 오늘 초록으로 들어간다. 이건 8모듈 + 컨벤션 플러그인 + CI 태스크 이름을 건드린다
• core:model 은 전원이 쓰는 공유 모듈이라 남의 영역을 끌고 들어간다
• 추가로 얻는 것은 "테스트 대신 컴파일 에러" 와 빌드 속도인데, 빌드 속도로 아픈 사람이 아직 없다
• KMP 를 할 계획이 생기면 그때 우선순위가 확 오른다

즉 가치는 있지만 급하지 않고, 급한 쪽(#1150)이 훨씬 싸다.

📍 Note

• base: develop.
• 계기: feat(afternote): 추억 노트 미디어 카메라/녹음 즉석 촬영 인텐트 추가 #369(PR feat(afternote): 추억 노트 사진·영상 즉석 촬영 인텐트 추가 (closes 369) [base: develop] #1112) 리뷰 중 "도메인이 android.net.Uri 를 안 쓴다"의 근거를 확인하다 규약이 아니라 관례였다는 것이 드러남.
• 관련: test(konsist): domain 레이어 가드가 안드로이드 SDK 의존을 안 막는다 — com.afternote.* 임포트만 검사 (#385 후속) #1150 (konsist 가드), test: Konsist 도입 — domain 레이어 의존 방향(의존 역전) 아키텍처 테스트 추가 #385 (Konsist 도입)