使用实体框架的数据访问层的建议

Question

我想了解您对这个问题的看法：

我使用实体框架和泛型类编写了一个数据访问层。因为在 C# 中使用事务并不是最佳实践：System.Transactions、SqlConnection 和超时问题

我想写我的选择使用 Linq To Entities 的语句，但在存储过程中使用其他语句，例如“INSERT,DELETE,UPDATE,...”（因为它必须与其他一些语句处于事务中），并在数据访问层中调用它们。

好不好？与分层不一致吗？有人可以演示一些文章吗？

多谢

Answer 1

您可以使用实体框架编写整个数据访问层。对于事务，您可以使用 EF Context。如果有单个数据库，这将自动为您管理事务。

using(var context = new YourDataContext())
{
   //use context for CRUD operation
   Entity1 entity1 = context.Entities1.Where(e1 => e1.Id == 1);
   entity1.Prop1 = "New Value";  

   context.Entities2.Add(entity2)

   context.SaveChanges();
}

您是否有任何理由不想使用 EF 进行插入/更新/删除？

Answer 2

我想写我的选择语句
使用 Linq To Entities 但其他
声明如
存储中的“插入、删除、更新...”
程序（因为它必须在
与其他人的交易
语句）并在数据中调用它们
接入层。

您可以同时使用 TransactionScope 来实现此目的与EF。这将允许您在 EF 之上添加将被兑现的事务（环境事务）。

using (TransactionScope transaction = new TransactionScope())
{
    //your EF query here
    using(var context = new EFContext())
    { } 
}

Answer 3

您可以使用函数导入来执行存储过程。然后，您显然可以将所有事务逻辑包装在这些存储过程中。我喜欢实体框架，但也有一些与您相同的担忧。函数导入是我完成大部分事务处理和复杂逻辑的方式。

然后您的代码将如下所示（以简化的方式）...

using (var context = new YourContext())
{
    context.ExecuteProcToRunTransaction("parameter 1", "parameter 2");
}