.net - 开始构建数据访问层。要考虑的事情？

Question

我们的组织使用内联 sql。我们的任务是提供合适的数据访问层，并且正在权衡走哪条路的利弊……

数据集

ADO.net

林奇

Entity Framework

亚音速

其他？

我一直在引用的一些教程和文章:

http://www.asp.net/(S(pdfrohu0ajmwt445fanvj2r3))/learn/data-access/tutorial-01-vb.aspx

http://www.simple-talk.com/dotnet/.net-framework/designing-a-data-access-layer-in-linq-to-sql/

http://msdn.microsoft.com/en-us/magazine/cc188750.aspx

http://msdn.microsoft.com/en-us/library/aa697427(VS.80).aspx

http://www.subsonicproject.com/

我非常伤心，很难决定走哪条路。我们的网站是一系列 2 个内部门户网站和一个公共(public)网站。我们使用的是 vs2008 sp1 和框架版本 3.5。

请您就数据访问层需要考虑的因素以及您面临的任何优缺点给我建议。

PS。我发现亚音速网站的信息有点肤浅，而且似乎很多重点都放在了它和它的开发人员有多“酷”上。我更喜欢他们的演示视频而不是音乐的口头解释？还有人同意吗？

Answer 1

如果您可以使用 .NET 4.0，我建议您使用 Entity Framework 4。这是一个很好的 ORM，随着时间的推移只会变得更好。您可以使用 Linq 编写查询、插入等，它为您提供了一种与您今天使用的内联 SQL 相当接近的语法。显然，它背后有 MS，因此您可以期待现在和 future 可以获得大量信息和熟练的开发人员。

如果您必须继续使用 .NET 3.5，我会考虑 NHibernate。它总体上比 EF4 更成熟，但目前缺乏对 Linq 的全面支持。虽然您将能够使用 Linq 进行相对简单的查询，但对于更复杂的查询，您将不得不使用不太类似于 SQL 的条件 API。我还将使用 Fluent NHibernate 来允许对映射进行代码内配置。它有强大的社区支持，在不久的将来应该会有更好的 Linq 支持。它还具有开源的优势。

这些 ORM 中的任何一个都将负责将系统中的对象映射到数据库。这将使您能够将更多精力集中在构建应用程序逻辑上。因此，我不建议使用 ADO.Net/Datasets。 Linq2Sql 的功能非常好，但永远不会像 Nhibernate 或 EF4 那样强大。 Linq2Sql 总是看起来像是 MS 的第一次尝试，似乎被降级为 Entity Framework 的次要角色。