c# - 在新的 .net 3.5 应用程序中集成 Linq-to-Sql 或 Entity Framework ?

标签 c# .net entity-framework linq-to-sql .net-3.5

在过去的几个月里,我一直专注于新的 Entity Framework 版本,但从现在开始,我必须构建一个全新的 .net 3.5 应用程序。

我发现无法在 .net 3.5 应用程序中使用新的 EF 4.1。但是看到对第一个 EF 版本的批评和 Linq-to-Sql 的开发状态,这个日期最好的方式是什么?

在选择中应该使用什么参数?提前致谢!!

最佳答案

一如既往,最好的起点是写下您需要它做什么,然后您就有了评估无数数据访问的基础可用的工具。不要因 YAGNI 功能而分心 - 专注于您实际需要的东西。

决定本身是主观的;四面八方都有顽固分子。就个人而言,我混合'n'match - 我很高兴使用 LINQ-to-SQL 来编辑数据等,并使用 dapper-dot-net 进行只读显示(它更快)。我不是反对-EF,但我还没有发现我需要迈出那个复杂的步骤。记住; ORM/数据访问越复杂,你需要越多的时间来让它工作,你就越不愿意改变它。这就是为什么我喜欢低影响、低复杂性的数据访问,我可以轻松地删除和交换。

关于c# - 在新的 .net 3.5 应用程序中集成 Linq-to-Sql 或 Entity Framework ?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6423621/

相关文章:

c# - 使用 Ninject 2 将参数传递给 WCF ServiceHost 类型

c# - 扩展原始类型

c# - IronPython 中的 DateTime.Now.AddSeconds 等价物

c# - 通过调用代表来引发事件 - 为什么不通过事件名称?

c# - .Net 缓存过期

c# - .net WebSocket : CloseOutputAsync vs CloseAsync

c# - 十进制 SQL Server EF C# 的参数超出范围异常

c# - 为具有 List 对象属性的模型生成创建 View

c# - Entity Framework 加载/保存数据

c# - 在初始化成员变量时使用 default 关键字是不是一个坏主意?