Notice
Recent Posts
Recent Comments
Link
«   2024/09   »
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30
Archives
Today
Total
관리 메뉴

forest_moon

7.26 본문

카테고리 없음

7.26

rokga 2022. 7. 26. 18:05

주특기 개인 프로젝트

 

하루종일 컴퓨터 앞에 앉아있다보니 오류.. 틀리는부분 확인해야할 부분들을 적어놓고

까먹거나 넘어가는게 너무 많아서 앞으로는 TIL에다가 적으면서 조금이라도 정리를 해보기로했다.( 얼마나갈지는 .. )

 

api를 명세서 따라 다 지정해놓고, error 가 나는 부분이 있어 팀원분들이랑 이야기를 하면서 조금 풀어나가다 보니 금방해결..👏🏻

 

중간에 ARC로 post get delete update 확인하면서,,많은 에러를 확인 했다..

그래서 다시 한번 확인 하고자 밑에 코드를 가져옴.

에러코드 정의

HTTP 상태 코드 에러 원인 상세
400(요청 오류) 요청이 잘못되었을 경우
401(인증실패) 애플리케이션 클라이언트 아이디와 시크릿 값이 없거나 잘못되었을 경우
403(서버가 허용하지 않는 호출) 필수 요청 변수가 빠졌거나 요청변수 이름이 잘못되었을 경우
404(API 없음) API 요청 URL이 잘못되었을 경우
500(서버오류) API 호출은 정상적으로 했지만, API 서버 유지보수나 시스템 오류로 인한 에러가 발생하였을 경우

 

 코드를 작성하면서 API 정상에 대하여도 공부하고 적용 해볼 수 있었다.

https://codinghack.tistory.com/78

 

Api 정상, 에러 응답 공통 포맷 개발

정상처리 및 오류처리에 대한 API 서버 공통 응답 포맷을 개발해보도록 하겠습니다. 공통 포맷을 개발하면 아래와 같은 장점이 있습니다. Api 서버는 정상, 에러에 대한 응답의 포맷이 동일하며

codinghack.tistory.com

 

 Api를 사용한 이유는 명세서상에 보면 해당 id값 호출 성공시  success // 아닐경우 false 를 return 하기에 가장 좋아서 사용

 

이제 해야할거는 터미널 error를 잡는건데 일요일에 오류를 잡다가 시간을 다 날려먹고,,화가나서 다시 도전할 엄두가 안난다.. 

제발ㅠㅠ빨리 해결해야겠다..