210713(화) - 추가 논의

1. 추가 논의 (프론트 + 백)

---

1. 추가 논의 (프론트 + 백)

후기 모음 페이지에서 각각의 탭에 접근할 때마다 데이터 받아올지 논의

각 탭을 클릭할 때마다 요청을 보내기로 했다. 다른 방법으로 페이지에 접근해서 데이터를 한 번에 가져온 후 글을 작성하거나 새로 고침 등으로 페이지가 새로 그려지는 경우에만 데이터를 가져올 수도 있는데, 사용자가 업데이트된 글을 바로 볼 수 있도록 하는 부분에 초점을 맞춰서 매 탭마다 새롭게 정보를 가져올 예정이다. 물론 잦은 클릭으로 인한 어뷰징도 막을 예정이다.

백엔드에서는 논의하기를 2가지 방식이 있는데,  GET https://wnsah052.tistory.com/review?name=pfizer 와 같은 query parameter 방식과 GET https://wnsah052.tistory.com/review/pfizer와 같이 path variable 방식 중에 query parameter 방식을 사용한다고 한다. 논의하면서 바로 결정하기도 했고 백엔드 영역이라서 굳이 관심을 갖지 않았는데, 찾아보니 정렬이나 필터링을 사용한다면 query parameter 방식을 사용하고, resource를 식별하고 싶으면 path variable 방식을 사용한다고 한다. 즉 우리의 경우 게시글에서 백신 타입에 맞게 필터링해서 보여주므로 query parameter 방식 쪽이 더 맞아 보인다. 추가적으로 Best practice를 따르지 않아도 API를 만들 수는 있지만, 훨씬 복잡해지고 개발 속도가 늦어진다고 한다.

로그인 페이지 관련 논의

소셜 로그인을 이용하기로는 지난번에 결정했다. 그런데, 아직 사용해보지 않아서 이번 1차 데모를 앞두고 완벽하게 구현할 수 있을지는 의문이다. 그래서 일단 1차 데모까지 목표는 소셜 로그인과 비슷한 형태를 만들어 놓는 것이다. 소셜 로그인 적용 유무와 상관없이 추가 페이지(회원가입)가 필요하다고 생각하긴 했는데, 아직 구체적으로 플로우를 그리지 않아서 커뮤니케이션이 잘 되지 않았던 것 같다. 그래서 오늘 논의된 과정 및 플로우는 다음과 같다. 

소셜 로그인 전과 후 플로우

사이드바에 있는 로그인 버튼을 누르면 로그인 창(페이지 또는 모달)이 나오고 이전에 회원가입을 하지 않았다면, 회원 가입 창으로 이동해서 정보(닉네임과 나이)를 선택 또는 입력하여 회원 가입을 진행한다. 이후 다시 로그인 페이지에서 일단은 닉네임을 입력해서 로그인을 진행한다. 회원 가입을 한 경우는 바로 로그인하여 진행한다.

소셜 로그인이 적용될 경우, 처음에 회원 가입하는 과정은 동일하지만, 회원 가입 창으로 이동하는 버튼과 로그인하는 버튼이 따로 없고 하나로 진행된다.