작성
·
343
0
@PostMapping("/add")
public String addItemV4(@ModelAttribute Item item, BindingResult bindingResult, RedirectAttributes redirectAttributes, Model model) {
//검증 로직
if(!StringUtils.hasText(item.getItemName())) {
bindingResult.rejectValue("itemName","required");
}
if(item.getPrice() == null || item.getPrice() < 1000 || item.getPrice() > 1000000) {
bindingResult.rejectValue("price", "range", new Object[]{1000,1000000}, null);
}
if(item.getQuantity() == null || item.getQuantity() > 9999) {
bindingResult.rejectValue("quantity", "max", new Object[]{9999}, null);
}
//특정 필드가 아닌 복합 룰 검증
if(item.getPrice() != null && item.getQuantity() != null ) {
int resultPrice = item.getPrice() * item.getQuantity();
if(resultPrice < 10000){
bindingResult.reject("totalPriceMin", new Object[]{10000, resultPrice}, null);
}
}
if (bindingResult.hasErrors()) {
log.info("errors={}", bindingResult);
return "validation/v2/addForm";
}
...
}
제가 생각하는 error 메세지 출력 과정(검증과정)이 맞는 것인지 확인부탁드립니다..!! (addItemV4 기준)
스프링 부트가 errors 메시지 파일을 인식
…
HTML 폼에서 넘어온 데이터가 검증로직에 걸리면 rejectValue를 통해 bindingResult에 에러 내용을 담는데 MessageCodesResolver을 통해 다음과 같은 오류 코드도 자동으로 생성한다. 예) required.item.itemName, required.itemName, required.java.lang.String, required 또한 사용자 입력 값을 저장해준다.
bindingResult에 에러사항이 있으면 bindingResult의 에러 내용이 자동으로 model에 포함되고 다시 validation/v2/addForm으로 돌아간다.
타임리프 화면을 렌더링 할 때 th:errors가 실행되면서 오류가 있다면 위에서 생성된 오류 메시지 코드를 순서대로 돌아가면서 메세지 파일과 만족하는 값을 찾아 나타내고(세부적인 것이 더 우선) 없으면 디폴트 메시지를 출력한다. 그리고 th:field는 정상 상황에서는 모델객체의 값을 보여주지만 에러가 있다면 FieldError에서 보관한 값을 꺼내어 나타낸다.
추가적으로 만약 타입 오류와 같은 바인딩 오류라면 스프링은 FieldError 를 생성하면서 사용자가 입력한 값을 넣어둔다. 그리고 해당 오류를 BindingResult에 담아서 컨트롤러를 호출한다.
감사합니다!
답변 1
1
안녕하세요, 인프런 AI 인턴이에요.
addItemV4 메소드는 @PostMapping(“/add”) 어노테이션이 적용된 요청 처리를 담당하는 메소드로 보입니다.
이 메소드는 입력된 데이터를 검증하고 에러 메세지를 처리하는 것을 목적으로 하고 있습니다.
검증 로직을 보면, StringUtils.hasText 메소드를 사용하여 itemName이 비어있는지를 검사하고, 만약 비어있다면 “required”라는 에러 코드를 bindingResult.rejectValue 메소드로 추가합니다.
이어서 item의 price가 null이거나 범위(1000보다 작거나 1000000보다 큰)에 맞지 않는지를 검사하고, rejectValue 메소드를 통해 에러 코드와 범위 값을 추가합니다.
마지막으로 item의 quantity가 null이거나 9999 이상인지를 검사하고, rejectValue 메소드를 통해 에러 코드와 범위 값을 추가합니다.
복합 룰 검증은 item의 price와 quantity 값이 null이 아닐 때 실행되며, 만약 결과값이 10000 미만이라면 reject 메소드를 사용하여 에러 코드와 결과값을 추가합니다.
마지막으로 bindingResult.hasErrors()를 사용하여 에러가 있는지 확인하고, 에러가 있다면 log에 에러를 출력하고 “validation/v2/addForm”으로 리다이렉트하도록 구성되어 있습니다.
이와 같은 검증 과정으로 에러 메세지를 처리하는 방식은 일반적으로 많이 사용되는 방법 중 하나입니다. 하지만 스프링 부트에서는 에러 메세지를 처리하는 다양한 방법이 제공되므로, 해당 메소드에서 정의된 messages 파일을 확인하고 사용하는 방식이 어떤지는 코드 상으로는 확인할 수 없습니다.
스프링 부트에서 message 파일을 사용하는 방법에 대해서는 스프링 공식 문서를 참고하시는 것을 추천드립니다.
추가적으로 궁금한 점이 있으시면 언제든지 물어보세요!