我应该为新的mvc项目使用实体框架还是linq to sql?

几个月前我和你的处境一样。我花了很多时间在ASP.NET web表单中,并使用(非常愉快和成功地)亚音速作为ORM,然后我接下了一个项目,将在MVC中完成。

我选择使用实体框架,虽然MVC和EF对我来说是全新的,但我并没有后悔。我喜欢它带来的结构和分离。它产生了更干净的代码,从而使维护变得更容易。事实上,当我不得不回去维护我们在web表单中完成的旧项目时,MVC和EF的好处就更加明显了。Linq to Entities也很快就学会了,也很快就成为了你的第二自然。

所以在我看来,使用MVC和实体框架,从长远来看,你会感谢你自己。

至于使用哪种ORM,这主要取决于您是否计划从SQL Server切换到其他数据库软件。Linq2SQL是特定于SQL的,与数据存储的耦合更紧密。EF允许您将域层与数据访问层分离,因此,允许您在将来的某个时候切换底层数据库,而不必重构应用程序堆栈。

就我的2美分。

很多不同的数据库

实体框架,因为linq to sql只支持ms sql server

取决于您的需求,但是仅仅是Linq2SQL团队不再存在的一点,开发人员移动了EF团队。

伊恩

我真的会用一个叫做 EntitySpaces . 它类似于EntityFramework,但要好得多。它允许非常自然的类似sql的语法,同时抽象出所有的DB内容。您可以在几乎所有数据库类型上使用它,它还支持使用sql命令或通过存储过程进行数据访问。

它比实体框架要好得多。