회원가입/로그인

[DolphaGo]

가입하기

• 아이디
• 비밀번호
• 비밀번호확인
• 닉네임(고정닉, 비고정닉)
• 이메일
  • 이메일 인증
• ROLE : NORMAL(기본), BLUE, ORANGE, RED..(추후 ROLE 확장 예정)

아이디/비밀번호 찾기

• 이메일 인증으로 처리

[wolframhwang]

Keyboard Frame Issue in Multiple Text Field

• 회원가입처럼 거의 한 화면을 차지하는 다중 텍스트 필드의 경우, 앱 내에서 키보드 사용 어떻게 해야할지 고민이 필요한 상황
• ID, 닉네임, 비밀번호에는 텍스트필드 Delegate통해서 입력 시 체크해서 중간 결과? 산출하게끔 조절함
• 이메일 인증 처리하는 요소를 Hide했다가 할지, 아니면 필요시 동적으로 addSubView할지 고민중

이메일 인증 궁금점

• 이메일 을 하기 위한 조건으로 어떻게 설정할것인지 궁금함
• 아이디, 비밀번호, 이메일적합성 이 세 개가 충족이 되야만 할것인지?
• 아니면 이메일 적합성(@~~~.) 이런 식으로 하면 일단 보내게 할건지?

[DolphaGo]

오늘 이야기한 것 이 곳에 추가 정리 부탁드립니다(_ _)

[ParkJiwoon]

회원가입/로그인 관련만 정리합니다

1. 비회원 식별을 어떻게 할까?

• 비회원도 앱에서 알림을 받고, 활동 내역이 기록되며 앱을 껐다 키거나 IP 를 변경해도 (와이파이, VPN) 동일하게 사용 가능함
• 비회원이라고 단순하게 Remote IP + UserAgent 의 조합할 수는 없음
• 앱을 맨 처음 실행하는 순간 임의의 규칙으로 생성한 "비회원 토큰" 을 서버에서 발급해주고 클라에서는 이를 로컬에 저장하여 이용하는게 좋을 것 같음 (JWT 를 사용해서 회원을 식별하는 것과 비슷하게)

2. 비회원 토큰 저장 방법은?

• 회원/비회원 토큰을 Unique Key 값으로 관리하면 사용자가 로그인 후 로그아웃 했을 때 비회원 토큰 정보가 없어짐
• 둘을 별개의 키값으로 관리하여 로그인/로그아웃 여부에 관계 없이 비회원 토큰은 지속적으로 사용해야함

3. 회원 테이블 설계는?

• 회원/비회원은 엄연히 구성되는 데이터가 다름
  • 예를 들어 비회원은 비밀번호가 없음
• 하나의 테이블로 두 개의 계정을 같이 관리할 건지??
• nullable 한 컬럼이 생길수밖에 없음

-> 설계 완료 #1 (comment) 참고

[wolframhwang]

1. 화면 구성

• 메인화면
  • 사이드뷰
  • 검색 필드
  • 인기글 테이블 뷰
• 게시글 조회
• 게시글 작성
• 갤러리 목록 뷰

2. 게시글 임시저장

• 프론트에서 로컬에 임시 저장 가능하게한다.
• 사진 call by reference 가능하면 개수 제한에 퍼포먼스가 저하되지 않을듯
• 프론트에서 다이렉트로 S3에 사진 업로드

3. 갤러리 내에서 공지사항

• 게시글 필드 어떻게 할건지?

[ParkJiwoon]

회원 테이블 설계 (Project-DC-Inside/dcinside-server#2)

[ParkJiwoon]

회원 테이블 재설계 (Project-DC-Inside/dcinside-server#3)

password 를 Member 엔티티로 이동 (username 과 같은 곳에 있는게 맞는 것 같음)

[wolframhwang]

조금 잘 모르겠는 부분이 있어서 이슈로 달아놓습니다.
회원가입시 Alert Notification을 회원가입 성공, 실패 둘다 띄워줄 예정인데
이부분에 대해서 실패의 원인분석은 어떤걸 보고 확인할수 있을까요?

[ParkJiwoon]

@wolframhwang

아직 에러 응답 형식을 추가하지 않았는데 나중에 Response 에 같이 나타나는 HttpStatus 를 보고 판단하시면 될것같습니다

[wolframhwang]

@ParkJiwoon 확인했습니다.

[DolphaGo]

@wolframhwang httpStatus는 200으로 항상 줄 예정입니다. 그 외 (인증/서버에러)는 저희가 직접 내려준 값이 아닌 것으로 에러처리하시길 바랍니다. 요청 성공 실패여부는 success필드로 제공하며, 성공시엔 result필드를 참조하시길 바랍니다. 실패시 alert에 띄워질 메세지는 응답값의 error.message에 담아둘 것이고 어떠한 에러인지는 error.code에 코드로 표현할 것입니다. 에러코드 스펙은 server팀 명세서에 기재할게요.

[wolframhwang]

refresh 관련해서 질문사항있습니다.

보통 서비스앱에서는 refresh 기준을 어떻게 두나요?
API를 선택할때마다 tokenExpire 시간을 계산해서, 어느정도 텀에 따라 두는지,

아니면 Scene 생성, 진입시에만, Expire시간이 얼마 남지 않았을 경우에 한하여 재발급을 하는지..

제가 너무 코스트가 비싼 방식으로 생각하는건 아닐지 좀 의심스러워서 질문올립니다.