在带有c＃，poco和ado.net的存储库中，什么是最好的，整个存储库一个类还是每个实体几个类？

Question

我正在使用c＃，poco和旧的ado.net（无ORM）为我的项目创建一个存储库，实际上是它的一个子集。 我有几个实体，我的存储库将通过DAL对那些实体进行CRUD。 我的DAL是IDisposable的，因此我在实例化数据库时设法打开与数据库的连接，并在Dispose方法中关闭该连接。 现在我想知道，我是否必须在存储库中为每个实体使用一个类或为所有实体使用一个巨大的类？ 第二种方法将允许我打开连接，根据需要检索许多实体，然后关闭它。 我必须打开和关闭每个实体的一个连接的第一个连接，如下所示：

 //One big class for all entities, opens one connection
 using(RepositoryForAll rfa = new RepositoryForAll())
 {
     Customer c = rfa.GetCustomer(Customerid);
     Order o = rfa.GetOrder(OrderId);
 }
 //closes the connection

 //One repository class per entity, also one connection
 using(RepositoryCustomer customers = new RepositoryCustomer())
 {
     var c = customers.Get(CustomerId);
 }
 //closes the connection for RepositoryCustomer

 using(RepositoryOrder orders = new RepositoryOrder())
 {
     var c = orders.Get(OrderId);
 }
 //closes the connection for RepositoryOrder 

这有道理吗？ 我在某本书中读到了有关AggregateRoot的内容，该书提出了另一种方法。 这是一个非常简单的示例，我的存储库不必那么复杂。

Answer 1

另一个解决方案怎么样？ 在存储库之外创建连接（或事务或工作单元），并将其传递到存储库。
像这样

using(var tx = new Transaction())
 {
     RepositoryCustomer customers = new RepositoryCustomer(tx)
     RepositoryOrder orders = new RepositoryOrder(tx)
     var c = customers.Get(CustomerId);
     var o = orders.Get(OrderId);
 }  

（当然，这只是一个简单的示例；我建议您使用某种IoC机制，而不要自己实例化对象。
另外，您可能需要阅读一些有关“ Unit of work概念的信息，该概念可能适用于此处）

Answer 2

将班级组织在可管理的小组中。

在您的情况下，我认为Order和Customer应该属于OrderRepository。

产品将进入CatalogueRepository。

如果在单元测试时需要模拟类，则将它们放入自己的存储库中。 那可能是一个PaymentRepository。