我有一个场景,在将域实体属性保存到数据库之前,需要将其验证为唯一属性。这是一个简单的 Product 类。我们假设我想在创建新产品时验证 ProductKey字符串属性是唯一的:
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;
}
}
}
由于我使用域驱动设计,因此产品实体不了解持久性或服务层。我可以按如下方式向Service方法添加一个检查:
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;
}
}
这很简单但理想情况下我希望这种逻辑能够存在于域模型中。也许通过提出某种可以被服务层捕获的验证事件?
此类情景是否有最佳做法或已知设计模式?
答案 0 :(得分:4)
产品密钥唯一性不是域对象知识。所以你不需要域验证。为什么产品应该关注关键的唯一性?在我看来,这是一个应用层责任。您的解决方案似乎有效,适合我。
答案 1 :(得分:1)
除非使用可序列化隔离级别,否则您的解决方案对并发事务不安全。我宁愿使用更简单的解决方案。执行此操作的常见方法是在数据库中使用唯一约束。尝试在您的域中对此进行建模只会带来不必要的复杂性。