Spring 기반 메서드 유효성 검사를 받으려면 모든 대상 클래스에 스프링의 @Validated 개의 추가 가 지정되어 선택적으로 사용할 유효성 검사 그룹을 선언해야 합니다. 최대 절전 유효성 검사기 및 Bean 유효성 검사 1.1 공급자를 사용하여 설정 세부 정보를 보려면 MethodValidationPostProcessor 자바독을 확인하십시오. 위와 같은 클래스 필드에 추가하는 대신 스프링 컨트롤러의 메서드 매개 변수에 제약 조건(이 경우 @Min)을 직접 추가합니다: 스프링 프레임워크 4.0은 Bean 유효성 검사 1.0(JSR-303) 및 Bean Validation 1.1(JSR-349)을 지원합니다. 설정 지원 의 조건, 또한 스프링의 유효성 검사기 인터페이스에 적응. 어떤 이유로 든 스프링 데이터 리포지토리에서 빈 유효성 검사를 사용하지 않으려면 스프링 부팅 속성 spring.jpa.property.javax.persistence.validation.mode를 없음으로 설정할 수 있습니다. 유효성 검사 시작은 Bean 유효성 검사 사양의 가장 널리 사용되는 구현인 최대 절전 모드 유효성 검사기의 호환 버전에 종속성을 추가하는 것 이상을 의미하지 않습니다. 스프링 3부터 스프링 MVC는 @Controller 입력을 자동으로 검증할 수 있습니다. 이전 버전에서는 유효성 검사 논리를 수동으로 호출하는 것은 개발자의 설명이었습니다. 유효성 검사필요.rejectIfEmpty공백() 마지막 인수는 메시지 리소스의 키 이름을 사용합니다. 이렇게 하면 사용자에게 지역화된 오류 메시지를 제공할 수 있습니다.
봄에 i18n에 대한 자세한 내용은 스프링 i18n 예제를 참조하십시오. @Valid 부호는 표준 JSR-303 Bean 유효성 검사 API의 일부이며 스프링 관련 구문이 아닙니다. 변환 서비스가 스프링에 등록되지 않은 경우 원래 PropertyEditor 기반 시스템이 사용됩니다. BeanWrapper는 스프링 프레임워크의 기본 개념이며 많은 장소에서 사용됩니다. 그러나 BeanWrapper를 직접 사용할 필요는 없습니다. 그러나 이것은 참조 문서이기 때문에 일부 설명이 순서대로 될 수 있다고 생각했습니다. 이 장에서 BeanWrapper를 설명합니다. 당연히 유효성 검사기의 작동 방식을 보여 드리기 위해 여기에서 간단한 유효성 검사 규칙을 사용하여 진행합니다. 봄 3이후, DataBinder 인스턴스는 유효성 검사기로 구성할 수 있습니다.
일단 구성, 유효성 검사기 는 바인더.validate()를 호출 하 여 호출 될 수 있습니다. 유효성 검사 오류는 바인더의 BindingResult에 자동으로 추가됩니다. spring mvc 양식 제출 자습서에서는 바인딩Result.rejectValue()를 사용하여 입력의 유효성을 검사하는 것을 포함하여 양식을 표시하고 양식 데이터를 제출하는 방법에 대해 배웠습니다. 이 예제에서는 EmployeeVO 모델 개체에 대해 보다 강력한 유효성 검사기를 빌드하는 방법을 배웁니다. 이 유효성 검사기는 유효성 검사기 인터페이스의 사용자 지정 구현입니다. 이 예제에서는 지난 자습서에서 빌드한 양식 제출 예제에 사용되는 코드를 수정하고 있습니다. 일반적으로 사용자 입력의 유효성을 검사해야 하는 경우 Spring MVC는 표준 미리 정의된 유효성 검사기를 제공합니다. 기본적으로 LocalValidatorFactoryBean은 스프링을 사용하여 제약 조건검사자 인스턴스를 만드는 스프링 제약 유효 타토리를 구성합니다. 이렇게 하면 사용자 지정 ConstraintValidators가 다른 스프링 빈과 마찬가지로 종속성 주입의 이점을 누릴 수 있습니다. Spring에는 개체의 유효성을 검사하는 데 사용할 수 있는 유효성 검사기 인터페이스가 있습니다. 유효성 검사기 인터페이스는 오류 개체를 사용하여 작동하므로 유효성 검사기는 유효성 검사기가 오류 개체에 유효성 검사 오류를 보고할 수 있습니다.
이제 유효성 검사 규칙을 적용하는 유효성 검사기 클래스를 만들어 보겠습니다.