Hibernate_Validator 상세 소개

1. Hibernate Validator 소개

1.1 Background

언제든지 애플리케이션의 비즈니스 로직을 다루고 싶을 때, 데이터 검증은 반드시 고려하고 직면해야 할 일입니다. 애플리케이션에는 수신 데이터가 의미상 올바른지 확인하는 몇 가지 수단이 있어야 합니다. 일반적으로 애플리케이션은 계층화되어 있으며, 서로 다른 개발자가 서로 다른 계층을 완성합니다. 동일한 데이터 유효성 검사 논리가 여러 계층에 나타나는 경우가 많으며, 이로 인해 코드 중복 및 의미 일관성과 같은 일부 관리 문제가 발생합니다. 이러한 상황을 방지하려면 유효성 검사 논리를 해당 도메인 모델과 바인딩하는 것이 가장 좋습니다.

Bean 유효성 검사는 JavaBean 유효성 검사를 위한 해당 메타데이터 모델과 API를 정의합니다. 기본 메타데이터는 Java Annotation이며, 원본 메타데이터 정보는 XML을 사용하여 덮어쓰고 확장할 수 있습니다. Bean Validation은 런타임 데이터 검증 프레임워크로, 검증 후 즉시 검증 오류 정보를 반환합니다.

Hibernate Validator는 Bean Validation의 참조 구현입니다. Hibernate Validator는 몇 가지 추가 제약 조건 외에도 JSR 303 사양에 내장된 모든 제약 조건의 구현을 제공합니다.

1.2 Bean 유효성 검사의 제약 조건

1.3 Hibernate 유효성 검사기 추가 제약 조건

1.4 Hibernate 유효성 검사기

a의 장점 ) 검증 논리와 비즈니스 논리가 분리되어 있습니다. ;

b) 통일되고 표준화된 인증 방법으로 다시 인증 코드를 작성할 필요가 없습니다.

c) 이러한 지루한 일을 모두 제쳐두고 비즈니스에 더 집중할 수 있습니다.

2. Hibernate 유효성 검사기 실습

2.1 관련 jar 패키지 소개

maven 종속성:

gt;

                            hibernate-validator

                                                                > ;version>4.2.0.Final 

                      VC 관련 구성이 필요합니다.

2.3 JavaBean에 제약 조건 추가

그림과 같이 사용자에 대해 몇 가지 제약 조건이 추가됩니다. 이름에는 비어 있지 않아야 한다는 제약 조건과 길이가 추가됩니다. sex 는 나중에 소개할 것입니다. 역할에 대한 제약은 객체 내장 제약입니다. JSR-303의 검증은 주석을 기반으로 하며 일련의 제한 주석이 내부적으로 정의되어 있습니다. 검증이 필요한 엔터티 클래스의 속성이나 해당 get 메서드에 이러한 주석을 표시하기만 하면 됩니다.

2.4 Custom Constraint

그림과 같이 ValidSex 주석이 정의되어 있으며 해당 주석에는 @Constraint 주석이 표시되어 있습니다. @Constraint 주석의 validedBy 속성은 우리가 정의한 현재 제한 유형이 확인되어야 하는 ConstraintValidator를 지정하는 데 사용됩니다. 위 코드에서는 ValidSex 제한 유형의 유효성 검사 클래스를 ValidSexValidator로 지정했습니다. 또한 위 코드에 표시된 메시지, 그룹 및 페이로드 속성과 같이 자체 제한된 유형 주석을 정의할 때 정의해야 하는 세 가지 속성이 있다는 점에 유의해야 합니다.

2.5 맞춤형 제약 조건 구현 클래스

그림과 같이 ConstraintValidator에서는 Generics를 사용합니다. 총 두 가지 유형을 지정해야 합니다. 첫 번째 유형은 해당 초기화 메소드의 매개변수 유형이고, 두 번째 유형은 해당 isValid 메소드의 첫 번째 매개변수 유형입니다. 위의 두 가지 메소드에서 초기화 메소드가 현재 제한 유형의 속성을 얻을 수 있고 확인을 위해 isValid 메소드가 사용된다는 것을 알 수 있습니다.

2.6 매개변수 확인

위 그림에서 우리는 LoginController를 정의한 것을 볼 수 있습니다. 컨트롤러에는 유효성 검사기 작업을 처리하는 프로세서 메서드 유효성 검사기가 있습니다. 클라이언트가 보낸 사용자 개체를 받아야 합니다. 사용자 개체를 확인하십시오. 먼저 유효성 검사기 메서드에서 사용자가 받은 매개변수에 @Valid라는 주석이 달린 것을 볼 수 있습니다. 또한 우리의 프로세서 메소드에는 Errors 자체 또는 해당 하위 클래스 BindingResult일 수 있는 Errors를 포함하는 매개변수가 제공되어야 합니다. 곧장. 이러한 방식으로 프로세서 메서드 유효성 검사기를 요청하면 사용자 개체가 확인되고 관련 확인 정보가 현재 Errors 개체에 저장됩니다. 그런 다음 검증 예외 정보가 있는지 여부에 따라 프로세서 메서드에서 다른 작업을 수행할 수 있습니다. 위 코드에서는 예외 정보가 있는 경우 로그인 페이지로 이동하도록 정의했습니다. 이러한 방식으로 로그인 페이지의 오류 태그를 통해 이러한 오류 메시지를 표시할 수 있습니다.

2.7 참고

a) 속성(getter 메서드)을 확인하는 경우 Java Bean 명명 규칙(JavaBeans 사양)을 따라야 합니다.

b) 정적 필드 및 메서드는 제약 조건 확인 대상이 될 수 없습니다. 제약 조건은 인터페이스 및 기본 클래스에 적용됩니다.

d) 제약 조건 주석으로 정의된 대상 요소는 필드, 속성 또는 유형 등이 될 수 있습니다.

e) 적용되는 클래스 또는 인터페이스에 대한 제약 조건 확인을 사용할 수 있습니다.

f) 필드 및 속성은 제약 조건을 사용하여 확인할 수 있지만 필드 및 관련 속성(필드의 getter 메서드)에 대해 동일한 제약 조건을 반복적으로 선언할 수는 없습니다.

결론: 주변의 모든 사람에게 친절하게 대하십시오. 왜냐하면 당신의 삶을 가능하게 하는 것은 바로 그들이기 때문입니다.

위 내용은 Hibernate_Validator 상세 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!