EFリポジトリを使用した集計関数

Question

すべてのCRUD操作がリポジトリで処理されるEF 6.0を使用する製品カタログMVC Webアプリケーションがあります。ここでは、ビューの1つは、CategoriesのListと、の集計情報とそれに続くCategoryを示しています。これは、Categoryの横に、そのカテゴリの製品の総数が最小と最大の3つの列製品の価格。私は、ベーカリー製品のリポジトリ

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 

を表示するビューを必要としている場合

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; } 
} 

その後、私は出て処理するために明るい考えであることを信じていません。リポジトリを使用するというアイデアがすべて失われてしまい、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); 

これはまた、追加の利点を持っていますEntityへの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; 
} 

ちょうど1ノート製品のビューモデルクラスも作成します。プレゼンテーション層のデータモデルで作業するべきではありません。

私はそれをより読みやすくするために、集約のための分離された機能を作成しました。`（これ

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

Answer 3

あなたはUserLogsあなたの問題は、EFによって引き起こされていない

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