개발 공부가 시험 공부는 아니지만

고민상황 프로젝트를 진행하면서 프론트 - 백엔드 사이에 여러가지 이슈가 있었지만, 가장 많이 얘기가 나왔고, 팀원들 스스로도 중요하게 생각한 부분이 "어떻게 HTTP Request - Response를 주고 받을 것인가" 이었다. 프론트 팀원들이 Response를 받은 후 어떻게 처리를 하느냐에도 영향을 미치기도 하며, 어떻게 하면 Restful 하게 이를 설계하고 구현할 수 있을지에 대해서도 고려해야하기 때문에 이러한 부분들이 주된 고민을 이뤘던 것 같다. 이번글에서는 그중에서, HTTP 응답 상태코드 (status code)에 대한 고민을 기록해보고자한다. 개발 및 프로젝트를 하다보면, 여러가지 상태코드(2xx, 4xx등) 를 사용하여, 성공/실패 여부, 성공/실패했다면 어떤 이유로 성공/실패 했는지..

고민지점 회원가입시에 이미 본인이 쓰고 싶은 아이디가 사용중임을 확인하는 아이디 중복확인이나 회원가입시에 유저의 정보 중에서 이미 본인의 이메일이나 휴대전화번호가 이미 가입된 정보라는 것을 바로 알려주는 기능의 api등을 개발하는 중이었다. 애초에 회원가입 요청과 다르게 어떤 리소스를 생성하려는 요청이 아니기 때문에, Get 방식이 이용하여 처리했었다. https://example.com/usernameduplicatecheck?username= minjun https://example.com/emailduplicatecheck?email= tistory@gmail.com 하지만, 보안적으로 회원가입 이후에 회원 정보로 저장이 될 수 있는 정보이거나, 휴대폰, 이메일과 같이 개인 고유 정보이기 때문에 u..