c# - 在.Net 4.0 中数据访问应用程序 block 是否仍然是实现数据连接的方式？

Question

由于我的工作需要，我在 2.0 上停留了一段时间，现在我正努力跟上最新的 .net 框架。我开始构建 Mvc 应用程序，我想知道数据访问应用程序 block (SqlHelper) 是否仍然是一种可接受的编写数据层的方法。

我知道有很多关于 EF 的争论，包括它的速度性能、延迟加载以及保持数据库与应用程序分离的问题。所以我犹豫是否现在去那里。

但我看到很多代码只使用 ADO.Net 和 DataAdapter，想知道是否在没有帮助框架的情况下转回 ADO.net。如果这是正确的，那么我的问题是为什么？不使用某种类型的辅助类/框架来进行数据访问似乎是一种倒退。

Answer 1

ORMs的使用如今被视为最佳实践，数据访问应用程序 block 已经失宠，因为其他更易于使用的库已经出现并在 .NET 世界中脱颖而出。

这些包括 nHibernate、LINQ to SQL、Entity Framework 以及大型、功能齐全的库(有些比其他功能更全面)。

直接使用 ADO.Net 的人是那些希望对其 SQL 进行更多控制的人(使用 ORM 总是可能的，但是当涉及到不通过他们的惯用语访问数据库时，他们往往相当麻烦)。

一个轻量级 ORM 示例是 Dapper ，这是 ADO.Net 上的一个非常薄的层。