我应该考虑实体的LINQ吗?

我自己也在调查这件事。

简单地说,这是我的发现

解决并发冲突

优势

• 非常容易使用

缺点

• 无法从数据库更新关系图,必须删除类,然后将其从数据库拖回到关系图上。如果你修改了图表,这是一个真正的痛苦。

• 不再积极开发(他们将开发实体框架)。

实体框架

优势

• 具有更多功能(表继承等)

• 可以从数据库中更新

• 具有多个提供程序(不只是SQL)

• 可以在不使用LINQ的情况下查询模型,您可以使用实体SQL

• 微软似乎正在大力投资,并建议将其作为访问数据库的主要方式: Update on LINQ to SQL and LINQ to Entities Roadmap , Clarifying the message on L2S Futures .

缺点

• 复杂和不那么直观

结论

我个人决定采用实体框架。我买了一本书,读了网上的资料,对它印象深刻。学习需要额外的努力,但真正的好处是巨大的。

这篇文章描述了这两者之间的区别:

http://dotnetaddict.dotnetdevelopersjournal.com/adoef_vs_linqsql.htm

下面是对两者的一点比较,两者都有利弊。

http://dotnetaddict.dotnetdevelopersjournal.com/adoef_vs_linqsql.htm

首先,linq-to-entity提供多对多功能

其次,微软会投入更多的时间

我相信还有很多其他的原因

尽管linq-to-sql不会消失,微软却把赌注押在linq-to-entities上。出于这个原因,我会和Linq一起去实体。

ADO.NET团队博客提供了有关此问题的更多信息:

http://blogs.msdn.com/adonet/archive/2008/10/29/update-on-linq-to-sql-and-linq-to-entities-roadmap.aspx

http://blogs.msdn.com/adonet/archive/2008/10/31/clarifying-the-message-on-l2s-futures.aspx

我已经按时间顺序列出了这些帖子,但请务必至少阅读最后一篇——它实际上是最重要的一篇。