session을 빈 클래스의 DI 필드로 사용하지 말자
2025-01-22
Admin인지를 확인하는 Bean 클래스 단순히 이렇게 만들면, 컨트롤러에서 파라미터를 넣어줄 필요도 없고, 몹시 간단해보인다. 하지만, 이런 방식은 스프링의 추천 방식이
Category: 온라인 도서관
온라인 도서관 프로젝트 카테고리
RestApi에서 Validator 사용하기 (RestApi에서 에러 메시지 소스 사용)
2025-01-21
Validator로 필드 검증하기 필드를 검증하는 것은 아래 포스팅에서도 게시했다. 그런데, RestApi에서 Validator는 사용하기가 매우 까다로웠다. 직접 Validator를 구현하기 보다는 다른
한 컨트롤러에서 여러 개의 Validator 추가하기
2025-01-20
컨트롤러에 Validator 추가하기 @InitBinder 애노테이션을 사용하면, 모든 요청 전에 Validator를 붙여준다. 그렇다면, 단순히 addValidator을 계속 해주면 될까? Validator를 추가하는 것과
Service 계층과 Validator 분리
2025-01-20
로그인 Validator 구현 완료 컨트롤러 내 컨트롤 메서드 Validator 내 validation 메서드 User Service 계층에서 로그인을 위한 메서드들 문제: 서비스
ModelAttribute가 자동으로 model에 다시 attribute를 추가하지 못하는 문제
2025-01-20
BindingResult를 이용해서 Validation을 구현하는 것을 온라인 도서관 프로젝트에 적용해보려는 시도 중에, 문제가 생겼다. @ModelAttribute 이 코드의 결과는 어떻게 될까? 받은
RoleType을 Enum으로 그대로 가지고 오기
2025-01-18
기존 방법 기존에는, RoleType을 받아오기 위해서, json으로 감싸기 위해 별도의 Dto를 만들어서 가져오고 있었다. 개선 굳이 Dto를 받아서 해야 할까
유저 권한 변경 시 셀렉트 박스에 권한 가지고 오기
2025-01-18
유저 권한 변경 기존에는 별다른 설정해주지 않아서, 유저의 권한을 가져와서 selected 해주지 않고, 하드코딩 되어 있었다. 유저 선택시, 유저의 권한을
thymeleaf layout에서 th:replace 인자 전달을 못 할 경우 처리하기
2025-01-17
thymeleaf 레이아웃 타임리프에서 레이아웃을 처리하려면, common.html과 같은 레이아웃 파일을 만들고, 별도 페이지에서 th:replace=”layout/common :: common_header(~{::title}, ~{::link}, ~{::script}, ~{::main})” 와 같은
fetch 함수 사용 시 중복 코드 함수화
2025-01-15
중복 코드 존재 fetch 함수 사용시, then, catch 처리가 계속해서 중복되었다. 때문에 매우 코드가 길어지는 현상이 발생했다. 이는 유저가 도서
JSP -> Thymeleaf로 리팩토링 회고
2025-01-15
이전 리팩토링인 온라인 도서관 SpringMvc 아키텍쳐로 리팩토링 회고에서 FrontContoller -> SpringMvc로 리팩토링 했지만, 여전히 뷰 템플릿은 JSP를 사용중이었다. 보다 스프링에서
