JSR-303 검증 대신 OVAL을 사용하면 어떤 단점이 있습니까?

Question

연극 1.x에서 제공됩니다. 나는 OVal의 가능성을 좋아합니다. 실제로 Spring MVC를 사용하여 스택을 설정하는 방법을 평가하고 있습니다. 유효성 검사의 기본값은 JSR-303입니다. JSR-303에서 볼 수있는 한 가지 문제는 속성의 컨텍스트를 가져 오거나 메시지를 조정하는 것입니다. JSR303 Validation - Bean's property as Message Parameter 및 javax Bean Validation based on variables?을 참조하십시오. 제약 조건을 변환 할 때 한 가지 문제는 사용자가 입력 한 텍스트에 유효한 변수 만 들어 있는지 확인합니다. 따라서 "$ {name} 멤버가 훌륭한 일을합니다."라고 덧붙일 수 있습니다. 만약 그가 "회원 $ {nmae}은 훌륭한 직장입니다." 그는 "귀하의 텍스트에 잘못된 변수가 포함되어 있습니다. nmae <,> 이름, 성"만 사용할 수 있습니다.

타원형을 사용하면이 작업을 쉽게 수행 할 수 있습니다. 따라서 JSR-303 대신 OVal을 사용하는 것이 단점인지 궁금합니다.

Answer 1

개인적으로 나는 표준에 충실하는 것이 좋습니다. 이것은 휴대용 응용 프로그램을 보장하고 많은 개발자가 익숙한 것을 사용하는 표준을 사용합니다. Bean 유효성 검사를 통해 특정 유스 케이스가 지원되지 않는다는 것이 맞습니다. 그러나 Bean Validation 1.1이 진행 중이며 검증 된 값을 보간하는 것은 로드맵에 있습니다 (BVAL-219 참조). 그 동안 Hibernate Validator의 ValueFormatterMessageInterpolator을 사용할 수 있습니다. 예, Bean 유효성 검사의 사용자 지정 확장을 사용하지만이 특정 기능에 대해서만 사용합니다.