使用 EF 存储库聚合函数

Question

假设我有一个使用 EF 6.0 的产品目录 MVC Web 应用程序，其中所有 CRUD 操作都由存储库处理。现在，其中一个视图必须显示Categories 的List 以及来自Category 的一些关于Products 的聚合信息，我的意思是Category 名称列旁边应该出现三列，总数为该类别的产品，以及产品的最低和最高价格。

public class Product
{
    public string   Name    { get; set; }
    public decimal  Price   { get; set; }
    public int      CategoryId             { get; set; }
    public virtual  Category    Category   { get; set; }
}

public class Category
{
    public string   Name    { get; set; }
    public virtual  ICollection<Product>   Products   { get; set; }
}

如果我有烘焙产品的存储库

unitOfWork.ProductRepository.Insert(new Product(){Name="Doughnut", Price=4.0, CategoryId=1});
unitOfWork.ProductRepository.Insert(new Product(){Name="Apple Pie", Price=7.0, CategoryId=1});
unitOfWork.ProductRepository.Insert(new Product(){Name="Meat Pie", Price=9.0, CategoryId=1});

我需要显示视图

#  Category        Total Products        Min Price        Max Price
1  Bakery products 3                     4                9

我不认为从存储库中处理查询是一个好主意，因为它破坏了使用存储库的所有想法，而且 AFAIK 被广泛认为是一种不好的做法。
可以编写一些直接使用DbContext 的查询，但我想知道这种类型的任务在现实世界的应用程序中是如何处理的？ 也许需要一个新的视图模型，然后应该添加另一个只读存储库来获取这些数据？像这样？

public class CategoryStatsVM
{
    public string   Name    { get; set; }
    public virtual  ICollection<Product>   Products   { get; set; }
    public int      Count   { get; set; }
    public decimal  MinPrice    { get; set; }
    public decimal  MaxPrice    { get; set; }
}

Answer 1

我不确定您所说的“我不认为在存储库之外处理查询是一个好主意，因为它破坏了使用存储库的所有想法”。 存储库背后的主要思想是抽象出数据访问。如果你想做一些聚合、一些其他的计算或类似的事情，那主要是你的业务逻辑的一部分。 VM 是需要您进行计数、最大值和最小值的组件。 VM基本上是一个抽象视图，视图通常来源于业务需求。所以我认为做这些查询不是数据访问的一部分，因此不是存储库的一部分。 我要做的是向存储库接口添加一个方法，如下所示：

public IQueryable<Category> GetById(int i)
{
    return dbContext.Category.Single(c=>c.CategoryId==i);
}

然后在业务逻辑中你可以这样使用它：

unitOfWork.CategoryRepository.GetById(3).Products.Count();
unitOfWork.CategoryRepository.GetById(3).Products.Min(p=>p.Price);

这还有一个额外的好处，那就是不会失去对实体的 LInQ 的延迟执行，因此将在数据库上执行计数和查找最小值。

Answer 2

正如@Ivan Stoev 已经提到的。 DbContext 是存储库。它处理所有基本的 CRUD 操作，而在它之上的另一个存储库层似乎是多余的。您所说的听起来更像是一个业务层，它调用“原始”数据的存储库，应用额外的逻辑并向表示层提供数据。

因此，在您的情况下，您将拥有一个服务/业务工厂/​​类 - 无论您如何称呼它 - 使用如下方法：

public IEnumerable<CategoryStatsVM> GetCategoryStats() 
{
    IList<Category> categories = dbContext.Categories.Include(m => m.Products).ToList();

    foreach (Category category in categories)
    {
        yield return new CategoryStatsVM
        {
            Name = category.Name,
            Count = category.Products.Count(),
            Products = this.GetProducts(category.Products),
            MinPrice = category.Products.Aggregate(GetMinPrice),
            MaxPrice = category.Products.Aggregate(GetMaxPrice) 
        }
    }
}

private Product GetMinPrice(Product min, Product current)
{
    return min == null || curr.Price < min.Price ? curr : min;
}

private Product GetMaxPrice(Product max, Product current)
{
    return max == null || curr.Price > max.Price ? curr : max;
}

private IEnumerable<ProductVM> GetProducts(IEnumerable<Product> products)
{
    List<ProductVM> products; // create instance of the product view model list
    return products;
}

关于最后一个函数的注释 - 它在那里是因为您也应该为产品创建一个视图模型类。您不应该在表示层中使用数据模型。

我为聚合创建了单独的函数，只是为了使其更具可读性。您当然可以通过一种方法获得所有内容：

MinPrice = category.Products.Aggregate((min, curr) => min == null || curr.Price < min.Price ? curr : min), 

Answer 3

您可以使用这样的 Aggregate 函数来获取 UserLogs 最后记录的事务文件

UsersLogs.Where(i => i.Id== _id).Max(x => x.transId)