선택할 유효성 검사 프레임 워크는 다음과 같습니다. 봄 유효성 검사 또는 유효성 검사 응용 프로그램 차단 (Enterprise LIbrary 4.0)?

Question

주요 응용 프로그램에 대한 유효성 확인 프레임 워크 중 하나를 선택하려고 시도하고 있는데 두 옵션 모두 유혹적인 것처럼 보입니다. 하나 또는 다른 것을 선택하기 전에 알고 있어야하는 특정 장단점이 있는지 궁금합니다.

Answer 1

속성을 사용한 유효성 검사는 제 관점에서 가장 좋은 해결책은 아닙니다. 먼저 도메인 모델에서 인프라를 참조해야합니다. 둘째, 컴파일 된 클래스에 유효성 검사를 추가 할 기회가 없습니다. 마지막으로 속성을 사용하여 복잡한 논리를 검증 할 수 없으며 Validate 메소드를 엔티티로 만들어야 만합니다.

내 생각에 유효성 검사는 다른 객체로 분리되어야합니다. 예를 들어 유효성을 규칙으로 정의 할 수있는 IValidator입니다. xVal과 같은 프레임 워크를 사용하면 JavaScript로 프리젠 테이션 레이어에서 유효성 검사를 수행하는 데 도움이됩니다.

xVal 및 FluentValidation for .NET을 찾고 싶을 수 있습니다. NHibernate Validator 1.2 알파는 구문이 유창하며 xVal과 통합되어 있습니다 (알파는 모르지만 1.0이어야합니다).

엔터프라이즈 검증 블록에도 부정적인면이 거의 없습니다. 내 엔터티의 속성이 3 행의 특성을 갖게되어 가독성이 악화되었습니다. AND 또는 OR 연산자를 사용하여 유효성 검사를 추가하는 것은 상당히 고통 스럽습니다.

Answer 2

엔터프라이즈 라이브러리 블록에서 발견 한 한 가지 점은 사용자가 원하지 않거나 필요로하지 않는 다른 블록을 사용하도록 강요 할 수 있다는 것입니다. 예를 들어, 검증 블록은 로깅 블록을 사용할 수 있지만 자신의 로깅 시스템에 만족했습니다. 이제 앱이 여러 가지 방식으로 정보를 기록합니다. 즉, Ent Lib에서 유효성 검사 블록의 모양이 마음에 들었습니다. 나는 Spring.NET tho와 함께하지 않았다.