通用存储库、DI、聚合根

Question

拥有一个通用存储库，例如

public class Repository<T> 
    where T: Entity<T> 
{ 
    /*anything else*/ 
}

是否应该为每个聚合根

class ProductRepository : Repository<Product> 
{
} 

class CategoryRepository : Repository<Category> 
{ 
}

创建具体存储库？

另外，我如何将 DI (Ninject) 与存储库的通用实现结合使用。

样品值得赞赏！

谢谢！

Answer 1

我在 SO 的问题中看到很多泛型的滥用，虽然它不一定指您的问题（尽管这将有助于澄清），但我想在这里写一个总结。

泛型是行为的无类型重用（几乎是这样，因为您可以使用限制来限制类型）。如果某个行为由所有类型（或仅限于限制的类型）共享，则可以使用泛型。

但是，如果每个泛型类型的实现都需要单独实现，那么使用泛型就没有帮助，而且会沦为装饰——对我来说，这是糟糕的设计。

好吧，让我们举个例子：

interface IConverter<T1, T2>
{
    T1 Convert(T2 t2);
}

这看起来像是一个很好的泛型（将一种类型转换为另一种类型），但我必须将所有此类类型组合实现为不同的转换器。而 IConverter 没有任何意义。因此这里的泛型是误导性的并且是不好的。

现在回到存储库。关于这个特定问题有数百篇文章（有很多争议），但这是我的个人看法：

通常不建议使用通用存储库。 但是，根据我个人的经验，我使用通用存储库来实现常见的内容（由基本存储库实现），然后使用单独的内容（如果有任何其他内容）：

interface IRepository<T>
{
    T GetById(int id);
    IEnumerable<T> GetAll();
    void Save(T t);
}

class BaseRepository<T> : IRepository<T>
{
   ... // implement common methods
}

interface IProductRepository : IRepository<T>
{
    IEnumerable<T> GetTop5BestSellingProducts();    
}

class ProductRepository : BaseRepository<T>, IProductRepository 
{
    ... // implement important methods
}

注意

有些人相信存储库必须允许将条件传递到存储库 (Eric Evans DDD书），但我再次觉得我不必同意这一点。我更喜欢在存储库上进行具有重要领域意义的声明（例如 GetTopFiveBestSellingProducts 或 GetTopBestSellingProducts），除非报告撰写者中有数百个此类声明（仅占案例的 1%）。

---

第二个问题：

执行的方法，它可能略有不同。

 // PSEUDOCODE !!!
 container.Register<IProductRepository , ProductRepository>(); 

我不使用 Ninject，但对于任何 DI，这里是根据 DI 框架如何