반응형

에러코드

    규칙 63 - 어떤 오류인지를 드러내는 정보를 상세한 메시지에 담으라.

    개발을 진행하다보면 예기치 못한 상황에서 에러가 자주 발생한다. 에러가 발생하는 것을 다 알고 차단할수있다면 정말 바람직한 프로그램이라고 할 수있을 것이다.하지만 그럴수가 없기때문에 에러를 관리하고 효율적으로 에러정보를 전달하는것이 중요하다. 정확한 에러정보를 전달하는것이 빠르게 문제를 해결하는 실마리가 될것이다.그래서 에러가 발생되었을 때 오류의 상세 메시지에 예외에 관련된 모든 인자와 필드값을 포함시켜야 한다. 예를 들어, IndexOutOfBounds Exception의 경우 해당 범위를 벗어난 인자값과 하한과 상한값도 포함되어있어야 한다. 그러면 정확히 어떻게 오류가 발생된 것인지 알기가 쉬워진다. 하지만 관련된 데이터를 담는 것이 중요하지만 잘못사용하면 별로 도움이 되지 않을 수 있다.그리고 이..

    Http 상태 코드 별 상태

    100번대 : 현재 데이터의 처리 중인 상태 100: 데이터의 일부를 서버가 받은 상태 200번대 : 정상적인 응답 200 : 에러가 없이 정상 처리 204 : 정상 처리되었으나 서버에서 보내줄 데이터가 없음 300번대 : 다를 URL 처리 301 : 요청된 페이지가 새 URL로 변경되었음 304 : 이미 기존의 데이터와 변경된 것이 없음 400번대 : 서버에서 인식할 수 없음 400 : 전송된 Request에 문제가 있어서 서버가 인식할 수 없음 403 : 서버에서 허락되지 않음 404 : URL에 해당하는 자원이 없음 406 : 전송 방식이 허락되지 않음(Rest에서 자주 발생) 500번대 : 서버 내부의 문제 500 : 서버에서 처리 시 문제가 발생 502 : 게이트웨이나 프록시 상태의 문제(과부하..

반응형