规范模式对象应该在哪一层“更新”？

因此，我在这里查看了一些有关规范模式的帖子，但尚未找到此问题的答案。

我的问题是，在 n 层架构中，我的规范到底应该在哪里“更新”？

1. 我可以将它们放在我的服务层（又名，应用程序层，有时被称为......基本上，.aspx 代码隐藏会与之对话的东西）中，但我觉得这样做，我让业务规则泄漏出来域。如果通过其他方式（除了服务层）访问域对象，则域对象无法强制执行自己的业务规则。

2. 我可以通过构造函数注入将规范注入到我的模型类中。但同样，这感觉是“错误的”。我觉得唯一应该注入到模型类中的是“服务”，例如缓存、日志记录、脏标志跟踪等......如果可以避免它，请使用方面而不是乱扔模型的构造函数具有大量服务接口的类。

3. 我可以通过方法注入（有时称为“双重调度”？？？）来注入规范，并显式地让该方法封装注入的规范以强制执行其业务规则。

4. 创建一个“域服务”类，该类将通过构造函数注入获取规范，然后让服务层使用域服务来协调域对象。这对我来说似乎没问题，因为规范强制执行的规则仍然在“域”中，并且域服务类的命名方式非常类似于它所协调的域对象。这里的事情是，我觉得我正在编写很多类和代码，只是为了“正确”实现规范模式。

除此之外，所讨论的规范需要一个存储库来确定它是否“满意”。

这可能会导致性能问题，尤其是。如果我使用构造函数注入，b/c 消耗代码可以调用一个可能包装规范的属性，而该属性又调用数据库。

那么有什么想法/想法/文章链接吗？

更新和使用规格的最佳地点在哪里？

简短回答：

您主要在服务层中使用规范，所以就在那里。

长答案：首先，这里有两个问题：

您的规格应该放在哪里？它们应该在哪里更新？

就像您的存储库接口一样，您的规范应该存在于域层中，因为它们毕竟是特定于域的。有一个关于SO的问题 https://stackoverflow.com/questions/7164034/ddd-and-implementing-persistence在存储库接口上讨论了这个问题。

但他们应该在哪里更新呢？嗯，我用Linq规格 http://linqspecs.codeplex.com/releases/view/46498在我的存储库上，并且我的存储库上大多有三种方法：

public interface ILinqSpecsRepository<T>
{
    IEnumerable<T> FindAll(Specification<T> specification);
    IEnumerable<T> FindAll<TRelated>(Specification<T> specification, Expression<Func<T, TRelated>> fetchExpression);
    T FindOne(Specification<T> specification);
}

我的其余查询是在我的服务层中构建的。这可以防止存储库因 GetUserByEmail、GetUserById、GetUserByStatus 等方法而变得臃肿。 在我的服务中，我更新了我的规范并将它们传递给我的存储库的 FindAll 或 FindOne 方法。例如：

public User GetUserByEmail(string email)
{
    var withEmail = new UserByEmail(email); // the specification
    return userRepository.FindOne(withEmail);
}

这是规格：

public class UserByEmail : Specification<User>
{
    private readonly string email;

    public UserByEmail(string email)
    {
        this.email = email;
    }

    #region Overrides of Specification<User>

    public override Expression<Func<User, bool>> IsSatisfiedBy()
    {
        return x => x.Email == email;
    }

    #endregion
}

因此，为了回答您的问题，服务层中的规格是新的（在我的书中）。

我觉得唯一应该注入到模型类中的东西 是“服务”

IMO 你不应该向域实体中注入任何东西。

除此之外，相关规范需要一个存储库 以确定是否“满意”。

那是一个代码气味 http://www.codinghorror.com/blog/2006/05/code-smells.html。我会在那里审查你的代码。规范绝对不需要存储库。