“Linq到Sql类”和“ADO.NET Entitity数据模型”有什么不同？

我想知道“ADO.NET Entitiy数据模型”和“Linq to SQL类”之间的主要区别是什么？与合作的最佳选择是什么？“Linq到Sql类”和“ADO.NET Entitity数据模型”有什么不同？

我在网上找不到任何文件解释说，我知道的一切都是我们可以用同样的方式使用“几乎”。

2009-08-14 Cleiton

Linq To Sql不再被微软积极支持..他们选择了Entity框架有“未来之路”。你可以谷歌和验证这一点。

更新：嗯..似乎MS已经迈出了一步，从臭名昭著的声明了。但是关于L2S的未来，这个信息还不清楚。

作为.NET 4.0，LINQ到实体将被推荐数据访问溶液对LINQ到关系场景。

我们也希望得到您的反馈LINQ的关键经验SQL ，我们需要在对LINQ添加到实体，以使该把你带到使用LINQ到SQL相同简单的场景首先。

对我来说，这几乎读取“逐步淘汰”。尽管我可能会在内线之间读书，但是......毕竟还是有希望的......在所有'围栏'答案后面
ADO.Net team blog : Update on LINQ to SQL and LINQ to Entities Roadmap
ADO.Net team blog : Clarifying the message on L2S Futures。
http://damieng.com/blog/2008/10/31/linq-to-sql-next-steps

来源

2009-08-14 14:31:03 Gishu

Per DamienG，.NET 4.0中对L2S的更改http://damieng.com/blog/2009/06/01/linq-to-sql-changes- in-net-40 MS可能偏爱EF作为他们选择的ORM，但他们仍然支持和更新L2S，只需较少的资源。 – 2009-08-14 14:33:37

@Gishu，感谢您指出此链接。所以，这两种选择之间的唯一区别是“一个人不太受微软支持”？ – Cleiton 2009-08-14 14:45:23

用更多文本更新后 - 可以回答你的问题。就我个人而言，我认为只有当它适用于应用程序的当前和未来需求时才会使用L2S - 就像今天一样。即使MS在谷仓后面占用L2S，我也不会被洗净。对于其他一切.. E2F似乎更安全，相对面向未来..（至少有一段时间） – Gishu 2009-08-14 15:09:22

EF类不是持久性无知的。它们从一个基类继承而来，该基类添加了一个唯一的实体键和更改跟踪器。这可以使断开的环境比使用L2S生成的对象更加痛苦EF。

来源

2009-08-14 14:31:53

这是我可以从个人的经验告诉（这可能不是故事的全部）：对LINQ to SQL的

的学习曲线可能会稍微比ADO.NET实体框架不太陡峭。就我个人而言，我也觉得LINQ to SQL有点轻巧。
这两个框架都在.NET框架（版本4）的下一个版本中得到更新。
如果您包含.NET 4的功能，那么实体框架似乎是功能更丰富的框架。微软似乎也非常致力于这个框架。
Visual Studio对这两个框架都有相当强的支持。例如，如果在项目中创建ADO.NET数据服务，它将发现您的LINQ to SQL和实体框架类。
实体框架中的实体类来源于实体框架中的特定基类。有些人可能认为这是使用实体框架的炫目者。

我发现这两个框架令人惊讶地易于使用，我会建议任何对这些技术感兴趣的人与他们一起玩。创建一个。在Visual Studio中选择.NET项目，并将LINQ to SQL类和实体框架模型添加到您可以访问的任何数据库。然后通过诸如CRUD操作等方式尝试这两个框架。

来源

2009-08-14 15:25:29

“Linq到Sql类”和“ADO.NET Entitity数据模型”有什么不同？

回答

相关问题