domain-driven-design – 在哪个层中,Specification Pattern对象

您主要在服务层中使用规范,因此存在.

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

你的规格应该放在哪里,它们应该在哪里新建？

就像您的存储库接口一样,您的规范应该存在于域层中,因为它们毕竟是特定于域的.有一个question on SO在存储库接口上讨论这个问题.

他们应该在哪里新装？好吧,我在我的存储库上使用LinqSpecs,并且我的存储库中大多数都有三种方法：

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
}

所以为了回答你的问题,规范在服务层(在我的书中)中是新的.

I feel like the only thing that should be injected into Model classes
are “services”

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

Add to this,that the Specification in question requires a Repository
in order to determine whether it’s “satisfied” or not.

那是code smell.我会在那里检查你的代码.规范绝对不需要存储库.