[#35] 애플 소셜 로그인 (추가 회원정보 입력 피드백 반영)

[manbron236]

🧩 구현/변경 사항

• 애플 소셜 로그인 (추가 회원정보 입력 피드백 반영)

---

사용자 시나리오(UML)

---

🧪 테스트 결과

---

BREAKING CHANGE (옵션)

• <호환성 깨짐 / API 변경 / 클라이언트 수정 필요 사항>
• (예: /user/{userId}/alert → /user/queue/alert 변경, timestamp 포맷 KST 필수 등)

---

참고

• 기타 후속 작업이나 주의사항
• (예: JWT 인증은 추후 연동 예정, 로깅 레벨은 임시 상향 조정 등)
• 소셜 로그인 쪽 DTO 변경에 따라 구글 로그인도 수정된 포맷에 맞게 고쳐놨는데 추후에 구글 로그인 작업할 때 다시 애플과 구글 둘다 같은 DTO로 관리될 수 있도록 수정하겠습니다.

---

🪞 회고 및 개선 아이디어 (옵션)

---

💬 리뷰 받고 싶은 부분 (옵션)

[Bucoco]

providerId는 가급적이면 외부 API 응답에 노출되지 않는편이 좋을 것 같습니다.

[jaewonLeeKOR]

구글 아이디로 직접 서비스에 회원가입한 뒤에 구글 이메일을 사용하는 애플 아이디로 로그인 하는 경우도 예외처리가 된건가요?

[manbron236]

구글 아이디로 직접 서비스에 회원가입한 뒤에 구글 이메일을 사용하는 애플 아이디로 로그인 하는 경우도 예외처리가 된건가요?

현재 추가정보 다 입력한 후에 submit하면 에러처리가 되고 있습니다.

[haribonyam]

클라이언트에서 추가정보 입력후 회원가입완료 요청시 providerId가 많이 사용되는데 서버쪽에서 키값 형태로 암호키-providerId로 실제 진행중인 회원가입 절차인지 암호키로 확인하면 좋을 것 같습니다.

+Redis ttl처럼 유효기간을 잡아 놓으면 좋을듯요

[manbron236]

클라이언트에서 추가정보 입력후 회원가입완료 요청시 providerId가 많이 사용되는데 서버쪽에서 키값 형태로 암호키-providerId로 실제 진행중인 회원가입 절차인지 암호키로 확인하면 좋을 것 같습니다.

+Redis ttl처럼 유효기간을 잡아 놓으면 좋을듯요

PREFIX + tempToken 조합으로 키를 관리하고 있고 (social:signup:{tempToken} -> providerId)
getProviderId(tempToken)으로 조회, 없으면 INVALID_TEMP_TOKEN 에러처리하고 있습니다
Redis TTL 유효기간은 Duration.ofMinutes(30) 설정하고 있습니다
회원가입 완료 시 deleteTempToken()으로 해당 키 삭제 처리하고 있습니다
현재 로컬에서 테스트중이고 문제 없으면 커밋하겠습니다

[haribonyam]

고생하셨습니다~b