개발자되기 프로젝트

1. Validator 현재 Controller가 너무 많은 역할을 가지고 있다. 검증 부분을 따로 분리하자 Spring은 검증을 체계적으로 제공하기 위해 Validator.interface 제공 public interface Validator { boolean supports(Class clazz); void validate(Object target, Errors errors); } supports() {} : 해당 검증기를 지원하는 여부 확인(뒤에서 설명) validate(Object target, Errors errors) : 검증 대상 객체와 BindingResult 2. ItemValidator supports() 넘어온 타입이 검증하기 위한 타입인지 판단. 구현시 return에 isAssign..

1. Spring이 직접 만든 오류 메시지 처리 검증 오류 코드는 크게 두 가지 개발자가 직접 설정한 오류 코드 -> rejectValue()를 직접 호출함 Spring이 직접 검증 오류에 추가한 경우 -> 바인딩 오류(주로 타입종류 맞지 않은 경우) 2. 동작 방식 price필드에 "A"를 입력하자. log를 보면 BindingResult에서 FieldError를 확인할 수 있다. Field error in object 'item' on field 'price': rejected value [qqq]; 또한 다음과 같이 Message Codes가 생성된다. codes[typeMismatch.item.price,typeMismatch.price,typeMismatch.java.lang.Integer,ty..

1. 오류 코드 관리 전략 핵심은 구체적인 것에서! 덜 구체적인 것으로! MessageCodesResolver 는 required.item.itemName 처럼 구체적인 것을 먼저 만들어주고, required 처럼 덜 구체적인 것을 가장 나중에 만든다. 이렇게 하면 앞서 말한 것 처럼 메시지와 관련된 공통 전략을 편리하게 도입할 수 있다. 복잡하게 사용하는 이유?? 모든 오류 코드에 대해서 메시지를 각각 다 정의하면 개발자 입장에서 관리하기 힘들다. 크게 중요하지 않은 메시지는 범용성 있는 requried 같은 메시지로 끝내고, 정말 중요한 메시지는 꼭 필요할 때 구체적으로 적어서 사용하는 방식이 더 효과적 2. 메시지 추가 #required.item.itemName=상품 이름은 필수입니다. #range..

1. MessageCodesResolver 검증 오류 코드로 메시지 코드들을 생성한다. MessageCodesResolver 인터페이스이고 DefaultMessageCodesResolver 는 기본 구현체이다. 주로 다음과 함께 사용 ObjectError , FieldError 2. Test - object errorCode="required"인 메시지를 찾아보자. @Test void messageCodesResolverObject(){ String[] messageCodes = codesResolver.resolveMessageCodes("required", "item"); for (String messageCode : messageCodes) { System.out.println("messageCod..

???오류 코드를 얼마나 자세히 만들어야 할까 오류 코드를 만들 때 다음과 같이 자세히 만들 수도 있고, required.item.itemName : 상품 이름은 필수 입니다. range.item.price : 상품의 가격 범위 오류 입니다. 또는 다음과 같이 단순하게 만들 수도 있다. required : 필수 값 입니다. range : 범위 오류 입니다. 단순하게 만들면 범용성이 좋아서 여러곳에서 사용할 수 있지만, 메시지를 세밀하게 작성하기 어렵다. 반대로 너무 자세하게 만들면 범용성이 떨어진다. 가장 좋은 방법은 범용성으로 사용하다가, 세밀하게 작성해야 하는 경우에는 세밀한 내용이 적용되도록 메시지에 단계를 두는 방법이 좋음. 예를 들어서 required 라고 오류 코드를 사용한다고 가정해보자. 다..

컨트롤러에서 BindingResult 는 검증해야 할 객체인 target 바로 다음에 온다. 따라서 BindingResult 는 이미 본인이 검증해야 할 객체인 target 을 알고 있다. @PostMapping("/add") public String addItemV3(@ModelAttribute Item item, BindingResult bindingResult, RedirectAttributes redirectAttributes, Model model) { log.info("objectName = {}", bindingResult.getObjectName()); log.info("target = {}", bindingResult.getTarget()); 2021-09-24 20:19:16.482 I..

1. FieldError 생성자 public FieldError(String objectName, String field, String defaultMessage); public FieldError(String objectName, String field, @Nullable Object rejectedValue, boolean bindingFailure, @Nullable String[] codes, @Nullable Object[] arguments, @Nullable String defaultMessage) objectName : 오류가 발생한 객체 이름 field : 오류 필드 rejectedValue : 사용자가 입력한 값(거절된 값) bindingFailure : 타입 오류 같은 바인딩 실패인지..

1. 목표 사용자 입력 오류 메시지가 화면에 남도록 하자. 예) 가격을 1000원 미만으로 설정시 입력한 값이 남아있어야 한다. 2. FieldError는 두 가지 생성자 제공. public FieldError(String objectName, String field, String defaultMessage); public FieldError(String objectName, String field, @Nullable Object rejectedValue, boolean bindingFailure, @Nullable String[] codes, @Nullable Object[] arguments, @Nullable String defaultMessage) objectName : 오류가 발생한 객체 이름 ..