📮 회원가입 api 연동

[heejinnn]

작업 이유

• 인증번호 요청
• 인증번호 검증
• 닉네임 중복 검사
• 일반 회원가입

작업 사항

[API case]

case regist(username: String, name: String, password: String, phone: String, code: String) -> 일반 회원가입
case sendVerificationCode(phone: String) -> 인증번호 요청
case verifyVerificationCode(phone: String, code: String) -> 인증번호 검증
case checkDuplicateUserName(username: String) -> 닉네임 중복 검사

1️⃣ 인증번호 요청

• url : GET /v1/auth/phone
• body

{
    "phone": ""
}

[응답 예외처리]

- "2000"
성공

- "4220"
포맷 오류, 가입된 번호

2️⃣ 인증번호 검증

• url : GET /v1/auth/phone/verification
• body

{
    "phone": ""
    "code": ""
}

backend: CollaBu/pennyway-was#18

[응답 예외처리]

- "2000"
isOauth로 회원가입 분기 처리 판단
isOauth = false -> 일반 회원가입
isOauth = true -> 기존 소셜 계정 연동(비밀번호 필드 추가)

- "4000"
인증번호 만료, 인증번호 매칭 오류, 사용중인 전화번호

3️⃣ 닉네임 중복 검사

• url : GET /v1/duplication/username
• parameter: username=검사하려는 닉네임

backend: CollaBu/pennyway-was#31

[응답 예외처리]

- "2000"
isDuplicate로 닉네임 중복 판단
isDuplicate = false -> 중복 x
isDuplicate = true -> 중복

4️⃣ 일반 회원가입

• url : GET /v1/auth/sign-up
• body

body
{
    "username": "",
    "password": "",
    "name": "",
    "phone": "",
    "code": ""
}

backend: CollaBu/pennyway-was#24

[응답 예외처리]

- "2000"
�회원가입 성공

- "4220"
입력 유효성 검사 오류

• 데이터 캐싱위해서 RegistrationManager에서 유저 데이터 관리

[캐싱 로직]

1. 번호인증 화면 => 폰 번호, 인증 코드 캐싱 
2. 회원가입 화면 => 이름, 아이디, 비밀번호 캐싱
3. 이용약관 화면 => 모두 동의 후 RegistrationManager에 캐싱한 정보들 전송

리뷰어가 중점적으로 확인해야 하는 부분

1. 기존의 AdminRouter랑 AdminAlamofire를 더 직관적이게 "Auth"로 고쳤어요.

2. keychain 파일 경로 쓰레기통 문제 해결했습니다.

3. 음 이번에 다 API 부분이라서 이해가 잘 안되실텐데,,, 쉽게 설명하면

• AuthAlamofire => API 요청을 위한 전체적인 틀 잡기 + API 모듈화
• AuthRouter => api 경로와 요청 방식, 파라미터등을 설정해서 원하는 요청하도록 함

그렇게 해서 AuthAlamofire에 모듈화해놓은 API들을 필요할 때마다 가져다가 쓰는 거에요
코드 보시면 아시겠지만 AuthAlamofire에 작성한 모듈화된 API를 ViewModel에서 가져와서 사용하고 있어요.

4. 구현은 다 했는데 테스트를 아직 못 해봤어요. 백엔드에서 인증번호 전송 API 완성되면 그때 응답 잘 오는지 확인해보면 될 것 같아요

코드 한번 읽어보시고 궁금한 점 질문해주세요~

발견한 이슈

없음