【发布时间】：2010-10-22 11:13:14
【问题描述】：
我想我是老派，当我构建一个项目时，我仍然会考虑编写一个数据库层，其中包括使用数据读取器和数据集等对象......但在我看来，微软必须想出更好的工具自从我在 2.0 中的上一个项目以来，这将隐藏所有的繁琐工作并使开发人员专注于编写逻辑，或者至少减少管道代码。
3.5 是怎么做到的？
谢谢， 亚恩
【问题讨论】：
标签： .net linq linq-to-sql .net-3.5
【发布时间】：2010-10-22 11:13:14
【问题描述】：
在 DataReader/DataSets 之后 - 我认为 - 最好的选择是 Linq2SQL。 Scott Gu 的良好开端：Using Linq To SQL
当然还有其他选择：
ORM
- 实体框架：听起来不错，但还不稳定。
- Telerik Open Access：在直接 SQL 之后可能太陌生了，但我喜欢它
- NHibernate 或 Fluent NHibernate：小心 - 很棒的工具，但与普通 ADO.NET 的方法截然不同。
- 仅用于列表：list of .NET ORM tools
数据访问工具（抱歉不知道更好的标题）
- Subsonic：在直接 SQL 操作之后，这可能是 Nr2。 （或 Nr1.？）在 Linq To SQL 之后。干净、有据可查的 object2table 透视工具。我个人喜欢它。
- Enterprise Library Data Access Block：第一次可能不太容易，但是使用DataReader。
所以在我看来，您也应该尝试 Subsonic (quickstart here) 和 Linq2SQL。也许 1-2 个概念验证演示会为您指明方向。
【讨论】：
-
投票支持 ORM 列表的优秀链接，但我不会真正提倡使用 Linq to SQL，因为它的未来值得怀疑。
-
使用 Linq2SQL 并不容易。正面：从T-SQL的角度看通俗易懂，得心应手，网上知识丰富。负面：开发停止 - 但我们拥有的东西很棒。
嗯...不要低估您对数据集和阅读器的体验 ;-)
您可能想查看 Linq to Entities 或 NHibernate 和其他 ORM 之类的东西。但是不要让炒作把你带走，根据你的要求评估它们，你可能会发现在某些情况下你仍然会回到数据集和阅读器。
【讨论】：
另一种方法是使用 ORM 工具，例如 NHibernate 或 Entity Framework 或 Linq2SQL。如果您喜欢 REST，ADO.Net data services 可能是一个不错的选择。
【讨论】：
您应该考虑使用 ORM 框架，例如 nHibernate。有许多可用的框架，它们大大减少了编写“管道”代码的需要。
【讨论】：
您可以使用 NHibernate 或 Subsonic 等 ORM 工具。
【讨论】：