从"Linq to SQL"迁移到Entity Framework 4

Question

问题

在过去,我们的开发团队决定创建一个新的企业应用程序,并决定使用"Linq to SQL",因为实体框架"糟透了".(不是我的意见!)他们使用Visual Studio 2008,EF不是默认设置的一部分,但需要额外的插件.因此决定使用Linq to SQL来访问数据库.因此,我们现在围绕一个包含DBML和L2SQL实体的datamodule类库有多个项目......

需要

现在很明显,这些开发人员错了.一些人转移到其他公司,一些新的公司被包括在这个项目中.(包括我.)我们想要使用实体框架.最好是带有.NET 4.0的版本4 ......这将使我们对数据更加灵活,我们希望在几个实体中包含一些继承,使代码更易于阅读和更好用.

问题:如何......

那么,如何从"Linq to SQL"迁移到Entity Framework 4而无需重写我们的大部分代码？

Answer 1

手动.没有其他办法,如果你没有使用数据模块的所有项目的集成测试套件,你不应该开始任何迁移,直到你编写这些测试,因为在Linq-to-Sql中工作的许多linq查询不起作用在Linq到实体(而不仅仅是Linq查询).

一般来说,迁移是错误的想法.看起来您想要进行迁移只是因为您想要使用其他技术.这项工作将增加什么真正的商业价值？EF和Linq-to-entities提供了一些附加功能,但它在很多方面比Linq-to-sql更糟糕.除非您有一些真正的业务需求,否则无需触摸有效的代码.特别是迁移到EFv1将是非常愚蠢的举动.您可以将.NET 4与当前代码一起使用而不会出现任何问题,因为Linq-to-Sql也是.NET 4的一部分.

如果你问我,那些前开发人员在EFv1和Linq-to-Sql之间进行选择时做出了不错的选择.