367
22
장
-
유지보수
문제가 없지만,
AJAX
핸들러 자체에 에러가 있어 서버가 응답 코드
500
을 보내거나 유효하지
않은
JSON
을 반환한다면, 이 방법은 실패했음을 인식하지 못합니다(조용히 실패합니다)
.
사
용자 정보는 공허 속으로 사라지고, 사용자는 당혹스러워할 겁니다. 전송이 성공했으면(첫 번
째 저장 방법이 실패하더라도, 사용자 정보를 어디에든 저장했다면)
success
프로퍼티가 들어
있는 객체를 반환하게 만드십시오. 그러면 클라이언트 쪽 코드는
if
(
data
.
success
){ /*
잘 저
장됐다는 감사 메시지를 표시
*/ }
else
{ /*
사용자에게 실패했음을 알림
*/ }
같은 형태가 될 겁니다.
22.1.10.
‘보이지 않는’ 실패를 막으십시오
늘 보는 일입니다. 개발자가 바쁘면, 에러를 기록하긴 하지만 체크할 방법을 마련하지 않습니
다. 로그 파일이든, 데이터베이스 테이블이든, 클라이언트 쪽의 콘솔 로그든, 죽은 링크로 가는
이메일이든, 결과는 같습니다. 웹사이트에 품질 문제가 있는데 아무도 모릅니다
.
이 문제를 막
으려면 ‘쉽고’ 표준적인 방법을 써서 에러를 기록하십시오
.
문서화하십시오. 어렵게 만들지 마
십시오. 모호하게 만들지 마십시오. 프로젝트에 참가하는 개발자라면 모두 그 방법에 대해 알
수 있게 하십시오. 어려운 일도 아닙니다.
meadowlarkLog
함수를 만들고 공유하기만 하면 됩
니다(
log
함수는 다른 패키지에서 자주 사용하니까요). 함수가 로그를 데이터베이스에 기록하
든, 파일에 기록하든,