도메인 엔터티의 고유 값 유효성 검사

Question

데이터베이스에 저장하기 전에 도메인 엔터티 속성을 고유하게 확인해야하는 시나리오가 있습니다. 다음은 간단한 제품 클래스입니다. 내가 도메인 기반 설계를 사용하고 있기 때문에

public class Product : EntityBase 
{ 
    int ID { get; set; } 
    string ProductKey { get; set; } 
    int CategoryID { get; set; } 

    bool IsValid 
    { 
     get 
     { 
      if (string.IsNullOrEmpty(ProductKey)) 
      { 
       ValidationErrors.Add("ProductKey Required."); 
      } 

      if (CategoryID == 0) 
      { 
       ValidationErrors.Add("CategoryID Required."); 
      } 

      /* Validation that the product key is unique could go here? i.e. requires a database read. */ 

      return ValidationErrors.Count() == 0; 
     } 
    } 
} 

제품 엔티티가 지속성 또는 서비스 계층에 대한 지식이 없습니다 :의 내가 의 Productkey 문자열 속성이 고유하는 새로운 제품을 만들 때 유효성을 검사 할 가정하자.

public class ProductService 
{ 
    private IProductRepository _productRepository = new ProductRepository(); 

    public int CreateProduct(Product item) 
    { 
     if (item.IsValid) 
     { 
      if (ProductKeyIsUnique(item.ProductKey)) 
      { 
       _productRepository.Add(item); 
      } 
      else 
      { 
       throw new DuplicateProductKeyException(); 
      } 

     } 
    } 

    private bool ProductKeyIsUnique(string productKey) 
    { 
     return _productRepository.GetByKey(productKey) == null; 
    } 

} 

이 충분히 간단하지만 이상적으로 나는 도메인 모델에 사는 같은 논리를하고자 다음과 같이 그냥 서비스 방법에 수표를 추가 할 수 있습니다. 아마도 서비스 계층에서 발견 할 수있는 일종의 유효성 검사 이벤트를 제기하는 것일까?

이러한 유형의 시나리오에 대한 모범 사례 또는 알려진 디자인 패턴이 있습니까?

Answer 1

제품 키 고유성은 도메인 개체 지식이 아닙니다. 따라서 도메인 검증이 필요 없습니다. 핵심 고유성에 대한 제품의 중요성 제 생각에는 응용 프로그램 계층 책임입니다. 귀하의 솔루션은 타당하고 올바른 것으로 보입니다.

Answer 2

직렬화 가능 격리 수준을 사용하지 않으면 솔루션이 동시 트랜잭션에 안전하지 않습니다. 차라리 더 간단한 해결책을 사용하고 싶습니다. 이를 수행하는 일반적인 방법은 데이터베이스에서 고유 한 제약 조건을 사용하는 것입니다. 귀하의 도메인에서 이것을 모델로 만들려고하면 불필요한 복잡성이 생깁니다.