Http 응답코드에 대한 설계

해당 부분을 제대로 활용하고 있는 개발자가 있는지 의구심이 든다.

나 또한 성공이든 실패든 대충 200 OK

              예기치 못한 부분은 500 Internal Server Error

 

응답 코드를 세분화의 필요성을 느끼지 못한다. 당연한 응답 코드지만 지금까지 그렇게 사용하지 않았기 때문에 진짜 세분화 한다면 오히려 혼란 발생할 듯 싶다.ㅋ

 

결론 : 고민할 포인트가 있나 싶다. 실패에 대한 에러 메시지에 더 집중한다!

 

유지보수 차원에서 해당 에러 메시지를 보고 빠르게 문제를 파악할 수 있도록!!  => key Point 

응답코드를 한번 생각했던 고민했던 실제 이유는 "응답코드"가 본문에 있었기 때문이다... 

중복 X

코드를 표현 할거면 본문(body)에 중복으로 사용하지 말고 응답코드로 바인딩하자!!

얼마 차이 나지는 않겠지만 무브무브하는 데이터의 양이 줄면...  비용이나 속도에서 이득을 볼 수 있다.

 

..작은것부터 줄이자!!  티끌모아 티끌인데...