에러를 어떻게 정의할 것인지에 대한 의견이 궁금합니다.

Question

/post user api는 유저를 생성하는 api 입니다. 하지만 여러가지 이유로 클라이언트가 원하는 동작인 &#34;유저 생성&#34; 기능을 하지 못할 수 있습니다. 아이디 중복block된 유저서버의 코드 버그db connection error....이때 서버가 할 수 있는 일은 2가지가 있는데, 이 중 어떤 방법으로 처리하는것이 좀 더 현명(?) 할까요 ?무슨 이유건, 결국엔 클라이언트가 원하는 기능을 못했기 때문에 &#34;유저등록&#34; 이외의 경우에 대해선 상태코드 5xx, 4xx와 함께 에러비지니스 에러(아이디 중복, block된 유저)는 상태코드 200와 함께 &#34;아이디 중복 입니다&#34; 라는 메시지를 보내고, 코드버그/IO error는 5xx에러러 보냄.2번의 코드버그/IO error까지 모두 200으로 보냄모두 200으로 보내면, 클라이언트의 catch로 빠지지 않고 응답 데이터(success: Y or N)을 보고 얼럿을 주던 처리를 할 수 있음.발생한 에러에 대해 4xx, 5xx에러로 보내면 catch에서 비지니스 로직을 처리해야함.어떤 방법을 선호하시나요 ?

Constant · Answer

HTTP 코드를 잘 살펴보시면 원치 않는 응답에 대한 코드들이 존재합니다.아이디 중복은 Conflict 409로 처리할 수도 있겠네요.

최은영 · Answer

개인적인 생각으론 httpStatus 값은 서버와의 통신 결과값만 보내는게 좋다고 생각합니다.서버에서 validate에 걸리든 db 에러가 나든 무조건 200(서버와의 통신은 성공했다.)서버에서 처리 결과값과 코드를 별도로 셋팅해서 보내준다.그렇게해야 클라이언트측에서 봐야할 에러 내용과 개발자가 봐야 할 에러 내용을 구분 처리 할 수 있다고 생각해요.

장독깨기 · Answer

전 2번으로 합니다. :)

skrevolve · Answer

지금 말씀하시는건 정책과 관련된 질문입니다기획과 정책을 어떻게 짜느냐에 따라서 구성이 달라집니다예외처리에 대해서 정확한 답이란건 없습니다오히려 클라이언트가 이해하기 쉬운 메시지를 반환하는 것이 중요합니다. 사용자가 발생한 문제를 이해하고 대처할 수 있도록 돕는게 목적이에요.2번, 3번 모두 동일합니다

에러를 어떻게 정의할 것인지에 대한 의견이 궁금합니다.

4개의 답변

기술 목록