Entity framework linq到sql类和实体框架之间有什么区别

linq到sql类和实体框架之间有什么区别 看起来他们两个都一样 在.net3.5中哪个更好？为什么？

---

*在.net4中哪一个更好？为什么？*

在这个主题上有很多比较分析：

性能比较：

功能比较：

也可以在StackOverflow中找到相关主题

简而言之：

Linq to SQL是：

• Visual C团队为展示Linq的功能而进行的“概念验证”
• 直接的1:1映射器-一个表在代码中成为一个实体
• 仅适用于SQL Server
• 不太适合支持存储过程（例如，不能创建“复杂类型”来镜像从存储过程返回的值）
• 设计器驱动的、数据库优先的方法（如果数据库发生更改，则无法轻松更新模型）
• 基本上是一种死胡同技术——可能到处都有bug修复，但肯定没有新功能；它是有效的，但不要期望在这方面有任何进一步的发展

-->所以LINQtoSQL很好用，在.NET3.5中也很好用——但这里不要指望有什么新东西

实体框架（至少在.NET v4及以上版本中）是：

• 由Microsoft的ADO.NET/database团队完成的“适当”或映射器技术（以及更多）
• 一个灵活的映射器，具有物理层（数据库模式）、概念层（您的.NET对象）和两者之间的映射层（三层方法）
• 支持多个现成的数据库（SQL Server、Oracle等）-为其他数据库编写与实体框架兼容的提供程序相当容易
• 非常支持存储过程（您甚至可以为一个实体和一个操作选择一个存储过程，例如删除）
• 提供数据库优先、模型优先和代码优先的开发方法
• 如果使用模型-如果表随时间变化，则可以从数据库更新该模型
• 微软投入大量资源开发的产品——仍在积极开发中（附加功能、新方法，如代码优先开发等）

-->实体框架是我对.NET4及更新版本的明确选择