[Refactor] POST login 호출을 FcmRepository.registerToken으로 이동

[edv-Shin]

#️⃣연관된 이슈

ex) #이슈번호, #이슈번호

Closes#566

#565 후속입니다. base 브랜치는 fix/fcm-token-sync-565이므로 그 PR이 머지된 뒤에 봐주세요.

📝작업 내용

이번 PR에서 작업한 내용을 간략히 설명해주세요(이미지 첨부 가능)

POST /login을 부르는 자리의 이름을 용도에 맞게 바꿨습니다. 동작 변경은 없습니다.

서버 AuthController.loginMember()는 회원을 조회한 뒤 X-Fcm-Token 헤더가 있을 때만 fcmTokenCommandService.saveFcmToken()을 부릅니다. AuthServiceImpl.login()은 memberRepository.findByMemberIdAndMemberDeletedAtNull()이 전부입니다. 세션 생성도 최종 로그인 시각 갱신도 없습니다. 클라이언트 입장에서 이 호출의 실질은 기기 토큰 등록입니다.

도메인이 엔드포인트 이름을 들고 있으면 FCM 전용 API가 생길 때 인터페이스까지 흔들립니다. POST /login을 쓴다는 사실을 data 계층에 가둡니다.

• AuthRepository.login()을 FcmRepository.registerToken()으로 이동
• FcmRepository.getFcmTokenFromPrefs()를 getSavedToken()으로 변경
• LoginUseCase 제거. MainViewModel이 SyncFcmTokenUseCase를 직접 씀
• 동작하지 않던 스텁 FcmRepository.sendFcmToken() 제거
• 아무도 쓰지 않던 SendFcmTokenUseCase와 FcmTokenRequest 제거
• AuthRepositoryImpl에서 FcmTokenProvider 의존 제거
• NotificationRepositoryImpl이 새 이름을 따라감

MainViewModel의 판정이 BaseResult에서 FcmTokenSyncResult로 바뀝니다. SUCCESS가 아니면 대기를 닫지 않습니다. SKIPPED는 보낼 토큰이 없는 상태라 재연결 때 다시 봅니다.

serverLoginPending을 registrationPending으로 바꿨습니다. 서버 로그인이 아니라 토큰 등록이기 때문입니다.

테스트

• LoginUseCaseTest, SendFcmTokenUseCaseTest 제거
• SyncFcmTokenUseCaseTest가 registerToken() / getSavedToken() 기준으로 변경
• MainViewModelTest가 SyncFcmTokenUseCase 기준으로 변경. 보낼 토큰이 없어 SKIPPED면 대기가 닫히지 않는지 확인

스크린샷 (선택)

💬리뷰 요구사항(선택)

리뷰어가 특별히 봐주었으면 하는 부분이 있다면 작성해주세요

ex) 메서드 XXX의 이름을 더 잘 짓고 싶은데 혹시 좋은 명칭이 있을까요?

registerToken()이라는 이름이 맞는지 봐주세요. registerDevice()도 후보였습니다. 서버가 토큰과 함께 platform, accessMode, User-Agent를 저장하므로 기기 등록에 가깝기도 합니다.

FcmRepositoryImpl.registerToken()에 토큰 선확인이 그대로 남아 있습니다. SyncFcmTokenUseCase도 같은 검사를 하므로 중복이지만, 엔드포인트를 부르는 경계에 두는 편이 안전하다고 봤습니다.