实体框架与LINQ to SQL的比较 [已关闭]

22 浏览
0 Comments

实体框架与LINQ to SQL的比较 [已关闭]

关闭。此问题是基于个人观点的。目前无法接受回答。

 

想要改善这个问题吗？通过编辑此帖子，更新问题以便可以用事实和引证来回答它。

社区在7个月前审核是否重新打开此问题，并将其保持关闭状态:

原关闭原因未解决


改善此问题

现在，.NET v3.5 SP1已发布（连同VS2008 SP1），我们现在可以访问.NET Entity Framework。

我的问题是，当决定使用Entity Framework和LINQ to SQL作为ORM时，有何区别？

据我所知，Entity Framework（与LINQ to Entities一起使用时）是LINQ to SQL的“大兄弟”？如果是这样的话，它有哪些优点？在自己的基础上，它能做到何种程度，而LINQ to SQL无法做到？

admin 更改状态以发布 2023年5月24日
0

2 答案

0 Comments

我认为，快速而简单的回答是：

  • LINQ to SQL是快速而简单的方法。这意味着，如果你正在处理一些较小的东西，你会更快地启动，并更快地交付。
  • Entity Framework是彻头彻尾、毫不保留的方法。这意味着，如果你正在处理一些更大的东西，你需要更多的时间，开发速度更慢，但有更大的灵活性。
0
0 Comments

LINQ to SQL只支持将Microsoft SQL Server中可用的数据库表、视图、存储过程和函数进行一对一的映射。对于相对设计良好的SQL Server数据库来说，这是用于快速数据访问构建的绝妙API。LINQ2SQL最初是随C# 3.0和.Net Framework 3.5一起发布的。

LINQ to Entities（ADO.Net实体框架）是一种ORM（对象关系映射器）API，允许广泛定义对象域模型及其与许多不同的ADO.Net数据提供程序的关系。因此，你可以混合匹配许多不同的数据库供应商、应用程序服务器或协议，从许多表、源、服务等构建聚合的对象集。ADO.Net Framework是随.Net Framework 3.5 SP1发布的。

这是MSDN上的一篇很好的介绍性文章：Introducing LINQ to Relational Data

0