팀원이 말한 것 중 하나가 응답 바디에 status code( 예를들면 404 라던지 201 200이라던지)와 그 에러코드에 대한 description을 넣자는 것 이었는데 나는 왜 넣는지 모르겠더라고;;
서버쪽에서 res.setStatus(500); res.statusMessage = ' something wrong'; 이런식으로 해서 보낼 수 가 있고, axios에서도 그걸 받아서 읽을 수 있으니까 굳이 그걸 바디(data)에 또 넣을 필요성이 있나싶은데 싶은데 의견을 서로 말하는 중에
일단 팀원이 이거 보면 어떻겠냐고 보내줬거든?
http://blog.storyg.co/rest-api-response-body-best-pratics
근데 이해가 잘 안가. 넣어주는게 일반적인지? 그리고 다른 프로토콜 통신에서 이점이 뭔지? 다른 프로토콜에선 못읽음?
근데 웹통신에서 http, ajax, socket말고 다른 프로토콜을 쓰는게 뭐지? 싶기도하고
뭐가 맞는거야?
HTTP (상태) 에러 코드 말고 앱 에러 코드를 만들고 설명도 제공하자는 소리같은데? 거의 다 그렇게 하지 HTTP 상태 코드만으로는 부족하다고 느끼거든 그리고 res.statusMessage 는 뭐지 그거 설마 첫줄에 200 OK 뒤에 메시지가 달라지는 건가 ㄷㄷ 그 부분을 사용하는 건 좀 꺼려지네
좁밥형님이 따로 두자고 하는거면 맞겠군요 ㅇㅅㅇ ㅋ
감사합니다 행님
아유 별 말씀을 참고가 되었다니 다행 그래도 내 얘기도 비판적으로 읽어줘 다 맞진 않아
3명한테 의견 종합했는데 다 아래로 하는게 좋을 거 같다고 하더라구요 :) 흐흐 어느정도 납득가는 것도 있어서 팀원 의견을 따르기로 했습니다.
왠만하면 메시지 넣어주는게 좋지... 안 그럼 니가 만든 api를 쓰는 개발자가 에러날때마다 질문폭탄 날릴수도 있음
오호라 좀 와닿았슴니다 ㅇㅅㅇ 행님 감사합니다.