MVC - 域服务负责过滤还是存储库层负责？

Question

我应该从域服务中过滤我的 IQueryable 结果吗？

例如......我的3个门户（网站）访问相同的域服务层，根据用户的类型，我调用特定的存储库方法并返回结果，

当前存储库层：

    IQueryable<Products> GetAllProductsForCrazyUserNow(CrazyUser id);
    Products GetAProductForCrazyUserNow(CrazyUser id,product id);

    IQueryable<Products> GetProductsForNiceUserNow(NiceUser id);
    Products GetProductsForNiceUserNow(NiceUser id,product id);

最好这样做在存储库层中：

    IQueryable<Products> GetAllProducts();
    Products GetAProduct(product id);

然后在域服务中，我简单地进行过滤，即

var Niceman = IQueryable<Products> GetAllProducts().Where(u=> u.Name == "Nice");

注意：我有一个只读会话和在存储库层中包含 CRUD 的会话，因此请在回答时记住这一点。

第二个问题：我应该在域服务层进行任何过滤吗？这一层是唯一可以修改实体的层，即 Product.Price == 25.00；这不会委托给存储库层。

Answer 1

我通常使用存储库层执行简单的 CRUD 工作，并让域层执行任何业务逻辑，或者在您的情况下执行将数据传递回 UI 层之前所需的任何过滤。

将业务/过滤逻辑与存储库层分离将有助于保持事物的整洁。此外，将来如果您转向不同类型的数据访问模式，那么您不必更改该代码的工作方式，因为它将在域层中分离。

Answer 2

Haroon，

我在存储库外部的 IQueryable 上使用扩展方法。事实上，我有一组称为“过滤器”的类，它们通常是这样的：

public static class ProductFilters
{
    public static IQueryable<Products> NiceMan(
        this IQueryable<Products> customQuery, string filterName)
    {
        if (!string.IsNullOrEmpty(filterName))
           customQuery = customQuery.Where(u => u.Name == filterName);
        return customQuery;
    }
   // create lots of other Products based filters here
   // and repeat with seperate IQueryable<Classes> per type
}

用法：

var Niceman = IQueryable<Products> GetAllProducts().NiceMan("Nice");

我发现这是一个很好的逻辑分离并保持存储库干净。对于第二个问题，是的，在服务层内使用此过滤器/扩展逻辑，而不是在存储库中。

Answer 3

我自己也有过同样的问题。我对将其放入服务层的犹豫是，在某些情况下，过滤过程可能会删除从存储库返回的大量记录，并且我不想从数据库中提取超出必要的数据。

我最终转向 NHibernate，并让我的存储库方法接受 DetachedCriteria 参数。然后，我将用户信息传递到服务层，并让它执行过滤，不是通过操作 IQueryable，而是通过构造一个 DetachedCriteria 对象并将其传递到存储库，从而修改 SQL 并限制数据库工作。

到目前为止，它似乎工作得很好，并且“感觉”正确，因为我的逻辑在服务层中非常牢固，而存储库只执行基本的 CRUD。