Linq to sql “之间的区别是什么？”；“Linq到Sql类”；及；ADO.NET实体数据模型；？

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

---

我在互联网上找不到任何解释这一点的文档，我所知道的一切是，我们可以以同样的方式“几乎”使用这两种语言。

微软不再积极支持Linq To Sql。。他们选择了具有“未来之路”的实体框架。你可以用谷歌搜索并验证这一点

这是你们友好的邻居

更新：嗯。。看起来微软已经从声名狼藉的声明中退了一步。但关于L2的未来，信息仍然不清楚

从.NET4.0开始，LINQtoEntities将 是推荐的数据访问方式 LINQ到关系数据库的解决方案 情景

我们还希望得到您对以下方面的反馈： LINQ到SQL的关键经验 我们需要添加到LINQ中 实体，以便启用相同的 简单的场景将您带到 首先使用LINQ到SQL

这对我来说简直就是“逐步淘汰”。不过，我可能对字里行间的解读感到内疚。。毕竟还是有希望的。。。在所有“悬而未决”的答案后面

.

---

EF类不是持久的。它们继承自添加唯一实体键和更改跟踪器的基类。与L2S生成的对象相比，EF会使断开连接的环境更痛苦。

这是我从个人经验中可以看出的（可能不是全部）：

• LINQ到SQL的学习曲线可能比ADO.NET实体框架稍慢一些。就我个人而言，我还觉得LINQtoSQL更轻量级
• 这两个框架都将在下一版本的.NET framework（版本4）中更新
• 如果您包括.NET4的功能，那么实体框架似乎是功能更丰富的框架。微软似乎也非常致力于这个框架
• VisualStudio对这两种框架都有很强的支持。例如，如果在项目中创建ADO.NET数据服务，它将发现LINQ to SQL和实体框架类
• 实体框架中的实体类派生自实体框架中的特定基类。有些人可能认为这是一个使用实体框架的展示器。

---

我发现这两个框架都非常容易使用，我建议对这些技术感兴趣的人使用它们。在VisualStudio中创建一个可供选择的.NET项目，并添加LINQ到SQL类和一个连接到您可以访问的任何数据库的实体框架模型。然后通过执行CRUD操作等操作来尝试这两种框架。

根据DamienG的说法，.NET 4.0 MS中对L2S的更改可能会倾向于将EF作为其选择的形式，但它们仍然支持和更新L2S，只是资源较少。@Gishu，感谢您指出此链接。所以，这两个选择之间的唯一区别是“一个不太受微软支持”？更新后的帖子有更多的文字-这可能会回答你的问题。就我个人而言，我认为只有在L2S能够满足应用程序当前和未来的需求时，我才会选择它——就像今天一样。i、 即使MS把L2带到谷仓后面，我也不会被冲洗。对于其他一切。。E2F似乎更安全，而且相对来说是经得起未来考验的。。（至少有一段时间）