입력에 따라 다른 유효성 검사기

Question

주어진 개체에 대해 특정 유효성 검사를 수행해야하는 프로젝트의 디자인 단계에 있습니다. 유효성 검사는 5 개의 개별 그룹으로 그룹화 할 수 있습니다. 각 개별 유효성 검사기 범주에는 해당 구현에서 약간 다른 여러 버전이있을 수 있습니다.

public interface Validator { 
boolean validate(Object o); 
} 

public abstract CostValidator implements Validator { 
//common logic related to cost validator 
} 

public class CostValidator1 extends CostValidator { 
boolean validate(Object o) { 
    //implementation 1 
} 

public class CostValidator2 extends CostValidator { 
boolean validator(Object o) { 
    //implementation 2 
} 

개체의 비즈니스 그룹에 따라 CostValidator1 또는 CostValidator2를 실행해야합니다. 구성에 기초로부터 처리 흐름은 검증 목록을 가져올 것이다

BusinessGroupA { 
validators = [CostValidator1, SomeOtherValidator2...] 
} 

BusinessGroupB { 
validators = [CostValidator2, AnotherValidator99...] 
} 

각 비즈니스 그룹

는, I는 구성 시스템 즉, 이러한 검증의 목록을 유지 관리 계획 포함 된 각 유효성 검사기에서 유효성 검사를 실행합니다.

이 접근법에 결함이 있습니까? 내가 설명한 사용 사례를 해결할 더 좋은 방법이 있습니까?

에게 는

Answer 1

나는 위의 솔루션이 개 개선을 추가하는 제안 할

:

1. 보증에 필요한 유효성 검사 규칙 관련 검증을 실행해야 각 사업 그룹이 가정

의 존재가 있어야한다 구성이 충분한 유효성 검사 규칙, 즉 유효성 검사 클래스를 지정하도록 보장하는 일부 메커니즘. 수십 개의 속성과 수백 개의 비즈니스 그룹이있는 경우 구성에 오류가 생기기 쉽습니다. 즉, 비용에 대한 유효성 검사기를 지정하지 않아야합니다. 내 제안은 비즈니스 개체의 수준에 어떤 속성에 유효성 검사기가 필요한지 지정하는 것입니다. 그런 다음 비즈니스 그룹 및 유효성 검사 요구 사항에 따라 개체에 유효성 검사기를 바인딩 할 개체 팩토리를 만듭니다.

나는이 방법을 따를 것입니다

:

1. 는 검증의 각 유형, 예를 들면위한 인터페이스를 만들기를 ICostValidator 및 IWeightValidator입니다. 구성에서
는 비즈니스 오브젝트에 필요한 검증 인터페이스, 예컨대 : 목록을 유지

requiredValidators = [ICostValidator, IWeightValidator]

3. BusinessGroupA 또는 BusinessGroupB에서 유효성 검사를 실행할 때 항상 구성된 유효성 검사기가 모든 requiredInterfaces를 구현하는지 확인하십시오.

2. 분리는 특정 Business Object

는 비용과 무게 검증을 살펴보면에서 유효성 검사기는 지금은 비즈니스 오브젝트에 바인딩됩니다. 클래스 다이어그램의 나머지 부분을 알지는 못하지만, 비용, 가중치 등의 속성이 Item, QuotationLine, SalesOrderLine, ShippingLine 등과 같은 여러 비즈니스 객체에 나타날 것이라고 상상할 수 있습니다. 그런 다음 유효성 검사기를 사용하는 것이 좋습니다. 비즈니스 객체에 직접 의존하지 않으며 여러 비즈니스 객체에 쉽게 적용 할 수 있습니다.객체 팩토리에서 유효성 검사기와 기본 객체 간의 적절한 바인딩을 처리 할 수도 있습니다.

몇 가지 코드 예제를 알려주십시오.