C# Linq到SQL

可能的重复项：

我正在启动一个新的ASP.Net项目，它保存SQL数据库中的所有数据。我通常使用LINQtoSQL来执行所有查询、更新和插入。但正如我最近发现的那样，微软将不再开发/支持LINQtoSQL。你会使用什么作为替代方案

有人知道为什么他们会放弃这个，因为我已经开始喜欢LINQtoSQL了，你知道他们会用什么来取代它吗

---

任何信息都很好。

Linq to Entities将取代Linq to SQL。

Linq to Entities将取代Linq to SQL。

Microsoft现在正在推动实体框架取代Linq to SQL：

实体框架的MSDN信息：

更新： 实体框架资源的更完整列表：

当然还有关于这个主题的必读O'Reilly书：

---

微软现在正在推动实体框架取代Linq to SQL：

实体框架的MSDN信息：

更新： 实体框架资源的更完整列表：

当然还有关于这个主题的必读O'Reilly书：

---

Linq to SQL并没有死，也没有被EF取代，他们没有杀死它，请随意比较和对比

• Linq到SQL
• 实体框架（又名Linq to Entities）
• nHibernate或任何其他ORM

选择一个对你有用的，并坚持下去，两者都不会死亡

FWIW，微软在Linq to SQL上的开发人员比现在在MVC.net上的开发人员还要多

我更喜欢Linq而不是SQL，因为我不需要支持非MSSQL数据库，而且它比EF轻得多。它并不支持您所需要的所有东西，但在我看来（我可能为此感到愤怒），Linq到SQL就是MVC.net，就像EF到webforms一样

EF显然比LINQtoSQL有它的优势，但是LINQtoSQL完全不支持某些东西（交叉数据库连接、非mssql数据库、基于视图创建类型等）。每个工具都有它的位置

一些像样的

---

哦和

Linq to SQL并没有死，也没有被EF取代，他们没有杀死它，请随意比较和对比

• Linq到SQL
• 实体框架（又名Linq to Entities）
• nHibernate或任何其他ORM

选择一个对你有用的，并坚持下去，两者都不会死亡

FWIW，微软在Linq to SQL上的开发人员比现在在MVC.net上的开发人员还要多

我更喜欢Linq而不是SQL，因为我不需要支持非MSSQL数据库，而且它比EF轻得多。它并不支持您所需要的所有东西，但在我看来（我可能为此感到愤怒），Linq到SQL就是MVC.net，就像EF到webforms一样

EF显然比LINQtoSQL有它的优势，但是LINQtoSQL完全不支持某些东西（交叉数据库连接、非mssql数据库、基于视图创建类型等）。每个工具都有它的位置

一些像样的

---

哦

如果你使用任何技术，准备好它最终会失宠，而不是成为最新的技术

如果你不选择Linq，你使用的任何东西最终都会“过时”，人们会问它是否值得学习或使用，因为还有更好的东西

---

如果你正在编写软件，准备继续学习新的技术和方法，或者转行。

如果你使用任何技术，准备好它最终会失宠，而不是成为最新的技术

如果你不选择Linq，你使用的任何东西最终都会“过时”，人们会问它是否值得学习或使用，因为还有更好的东西

---

如果您正在编写软件，请准备继续学习新的技术和方法，或者转行。

如果您喜欢Linq 2 Sql，那么我建议您尝试一下，因为它与Linq 2 Sql非常相似。它是轻量级的，您的包装器类是从现有数据库生成的。我相信亚音速的下一个版本也将支持Linq。

如果您喜欢Linq 2 Sql，那么我建议您尝试一下，因为它与Linq 2 Sql非常相似。它是轻量级的，您的包装器类是从现有数据库生成的。我相信亚音速的下一个版本也将支持Linq。

很多更新的信息在topicWith Entity Framework 4.0（第二版）上有很多更新的信息，我真的不认为有任何理由继续坚持使用Linq to SQL.aleemb，你可以很容易地对WebForms和MVC.NET说同样的话。有些人喜欢所有东西和厨房的水槽，不在乎东西是否轻。我只想要一个非常简单、轻量级的ORM，它完成ORM应该做的事情。我不要所有的东西和厨房的水槽。我既没有批评，也没有批评选择其中一个的开发人员。对于Entity Framework 4.0（第二版），我真的看不出有任何理由继续坚持使用Linq to SQL.aleemb，你可以很容易地对WebForms和MVC.NET说同样的话。有些人喜欢所有东西和厨房的水槽，不在乎东西是否轻。我只想要一个非常简单、轻量级的ORM，它完成ORM应该做的事情。我不要所有的东西和厨房的水槽。我既没有批评，也没有批评选择其中一个的开发人员。