직접 만든 Response 객체 -> ResponseEntity<>로 변경
JsonResponse 클래스 및 RentResponse, ErrorResponse 기존에 RestController에서 값을 전달할 때, 이런 식으로 객체를 만들어서 전달했었다. JsonResponse라는 클래스로 다형성도 구현해서 나름
온라인 도서관 프로젝트 카테고리
JsonResponse 클래스 및 RentResponse, ErrorResponse 기존에 RestController에서 값을 전달할 때, 이런 식으로 객체를 만들어서 전달했었다. JsonResponse라는 클래스로 다형성도 구현해서 나름
SpringMvc 아키텍쳐 김영한 선생님 스프링 mvc 1편의 Springmvc v3을 기반으로 기능을 만들고, 확장하고, 프로젝트 구조를 개선했다. 개선한 주요 이슈 및
FrontControllerServlet 기반 아키텍쳐 김영한 선생님 스프링 mvc 1편의 FrontControllerServlet을 기반으로 기능을 만들고, 확장하고, 프로젝트 구조를 개선했다. 주요 기능은 이 단계에서
도메인 중심 설계와 서비스 계층 객체지향에서 클래스는 객체의 상태와 행동을 둘 다 정의한다.(필드, 메서드) 그런데, MVC 패턴을 적용하다보니 상태를 변경하는
JS에서는 에러 핸들링을 어떻게 할까? js에서는, 직접 Error 클래스를 만들기보다, Error클래스를 반환하는 식으로 사용한다. catch에서 클래스별로 에러를 잡을 수 있는
Rest Api는 리소스 위치를 URI로 하는 것을 권장 현재 프로젝트는 도서 대출은 유저가, 도서 등록은 관리자가 가능하며, 관리자 또한 유저이기도
Front-Controller mvc1편에서 배운 Front-Controller v5는, map에 uri를 등록하고, 찾아서 쓰도록 설계 되어 있다. 단순히 로그인, 회원가입같은 구조는 괜찮지만, REST API
템플릿 리터럴이 비어서 도착한다?! 이렇게 전달했지만, 브라우저에서 확인 하니 이런 식으로 비어서 전달되었다. JSP의 EL 표현식과 JS의 템플릿 리터럴이 중복되어
상대 경로 지정하기 김영한 스프링 mvc1편에서, form action url에 절대 경로를 지정하지 않고, 상대경로로 적용하는 게 뷰 파일에 넣기에 굉장히
PRG 패턴 로그인, 주문 등에서는 PRG패턴이 필요하다. POST -> REDIRECT -> GET 흐름이다.예를 들어 로그인 시 주소창이 /에서 /login으로 바뀌는데,