상태코드
ResponseEntity
강력 새로고침
구글 검색창 다양한 기능 활용
크롬 개발자 도구
카카오 선물하기 API 등 다른 서비스의 API 설계도 함 봐보자
PR에서 질문 잘하는 법 : 현재 상황 설명을 잘 해야하고, 해당 요구사항에 대한 기술적인 내용을 "왜" 고려하고있는지, 해결하려는 "목적"이 뭔지를 설명. 그래야 구체적으로 뭘 해라! 라고 답변주실 수 있음.
카카오 포함됐으면 담당 MD와 협의 후 사용할 수 있다 어쩌구 메시지 띄우는 등
유효성 검증은 MVC 구조에서 어디에서? 컨트롤러? 서비스? dao? 이걸 한번 고민해봐야한다.
DAO와 repository의 차이는 뭐지?
nextstep 문서 복습
인텔리제이 HTTP 기능
@ExceptionHandler (얘가 포함된 컨트롤러에 한해서만 적용됨. 그래서 이걸 GlobalExceptionHandler 뭐 이런 것 등의 이름의 클래스를 하나 따로 만들어두고, 그 클래스에 @ControllerAdvice(Rest 컨트롤러에 적용하려면 @RestControllerAdvice) 어노테이션을 붙이면, 프로젝트 내 모든 컨트롤러를 보좌하는 놈이다 라는 의미. 이렇게 글로벌하게 핸들러를 정의해두고 써먹을 수 있게 됨.
@ResponseStatus
핸들러 정의하지 않은게 터져도 스프링은 다운되지않는다. 그건 바로 스프링 프레임워크도 이런 식으로 핸들러를 처리하는게 내부적으로 돼있어서임.(ExceptionHandlerExceptionResolver) 상태 코드 500으로 해줌
ResponseEntity도 좋고, ProblemDetail이라는게 스프링 6.0부터 생겼는데 요거도 아주 좋음.(예외 메시지 공통에 유용하다 등) 참고하자
