Linq2SQL用于一个新项目

Question

编辑

感谢所有投入的人.意见非常受欢迎,我认为我们将在这一点上采用L2S实现,只是以这样的方式汇总/封装我们的DAL,如果我们将来需要更改为EF,它将不会太无痛一个手术.

因为这是非常主观的,所以积分最多的是海报.

弊

我一直在努力跟上整个Entity Framework Vs的速度.Linq2SQL的主题和SO上已经有一些问题了

实体框架与 Linq To Sql

我想知道的是(欢迎观点)如果你开始一个新的重大项目,你会使用Linq2SQL作为你的数据访问层吗？

为了给出一些上下文,我们是.NET C#House,DB是SQL Server 2000,但我们可能会在今年晚些时候将其移植到SQL 2005.在我们的小型开发团队中,我是唯一一个拥有C#3.0/.NET 3.5经验的人.团队中的其他人在过去3年中一直使用手工剪切的ADO.NET和SqlHelper代码进入数据访问层.

我想,我的主要担心是我们将开始使用更高级/可用/更快速开发的新项目(即L2S),但最终它已经过时了.

我们应该接受命中,延迟项目并调查使用VS2008中的实体框架.

为任何输入球员干杯.

Answer 1

虽然微软继续支持Linq,但我怀疑它很可能会被实体框架打败,但他们不想引起恐慌,并且希望实体框架能够通过示例证明更有价值.

EF 4.0中的新功能非常引人注目,至少和大多数争论都围绕着L2S与EF相比,与EF 3.5 SP1相比.EF 4.0具有POCO,持久性无知,延迟加载,T4模板,N层支持以及更多功能.

就个人而言,我会支持EF 4.0,但它仍处于测试阶段,直到今年年底才会RTM,所以这取决于你的日程安排.也就是说,从Linq迁移到SQL比从nHiberante或其他技术迁移更容易,因此如果您需要明天上线,可以选择使用EF 4.0的Beta 1或者使用Linq来SQL.

到目前为止,Beta 1已经获得了很好的评价并使用了EFPocoAdapter(Beta 1的前身)我很乐意推荐它.