.net - Linq 2 SQL 或 Linq 实体

Question

我开始设计一个新的应用程序，我想知道人们对 Linq2SQL 或 Linq2Entities 的看法，以及他们认为哪种技术更适合快速开发。

我还在对 ADO.net 数据服务进行一些研究。

Answer 1

是的，同意 Slace 的观点。

请谨慎选择您选择的框架，以确保它满足您的所有需求。

例如，在过去几周非常扎实地使用 Entity Framework 后，我最近从一个工作项目中删除了 Entity Framework ，因为它不能满足我的需求，主要是由于:-

1. things you can't do in Linq to Entities (例如映射到 .net 枚举类型 (grr) 以及如果您尝试通过调用函数或方法调用来在 linq 查询语句中发挥作用，则几乎每次都会收到“NotSupportedException”(请参阅​​链接))。<
2. 缺乏 native 延迟加载(我知道有 EF Lazy LoadGen 等工具可以促进这一点，但这不是我想要合并的东西)。

除此之外，命令和框架看起来简单明了、简洁，我选择 EF 的原因是:

1. 我认为 EF 更适合企业开发，L2S 更适合业余爱好者，是一个有限的框架。然而，随着进一步的理解和个人的了解，在 EF 中不需要任何我用 L2S 做不到的东西，我对 L2S 很满意。特别是如果它适合 stackoverflow，我就能满足可扩展性和效率。
2. 多个 DBMS 的选项(不过我还没有看到它的实际应用)
3. 有传言称 Microsoft 是 dropping support and investment on Linq to SQL .
4. 我喜欢这样一个事实:您可以在 EF .edmx 中更新表和数据库更改，而无需删除现有架构模型(您必须在 Linq to SQL 中执行此操作)。不过，除非您在 L2S 架构 (.dbml) 中自定义了任何属性，否则这并不是非常烦人。

进一步阅读(另一篇SO帖子):
Is LINQ to SQL Dead or Alive?

我很想选择 EF，我真的不知道 L2S 与 EF 的区别是什么，如果 L2S 真的是死鸭子，耸耸肩。诚然，我对 EF 的主要提示是 NotSupportedException - 如果我可以在 linq 中执行方法调用而不得到这个，我就可以绕过延迟加载...