2009-08-11 87 views
2

问题在标题中。为什么ASP.NET MVC收藏Linq to SQL over LINQ to Entities?

+9

是什么导致你做出这个假设? – 2009-08-11 13:22:19

+0

你的意思是,为什么asp.net MVC开发人员倾向于LINQ到SQL?即使那样,我也不确定我会这么说。 – 2009-08-11 13:27:08

+0

我遇到的所有例子都是使用Ling to SQL。 (很少有书籍和大量的在线资源)我在使用LINQ to Entities构建网站时遇到了一些问题,这可能只是第一个参数的结果。 – Ante 2009-08-11 13:33:12

回答

14

它根本不赞成一个。使用LINQ to SQL示例很常见,因为它们更容易设置和部署,所以消化示例代码更容易,而不会被值得自己学习的东西分散注意力。

1

在我看来,它不赞成。这就是你在大多数例子中看到的,因为Linq to Sql是让示例启动并运行的最快方式。 Rails遵循许多使用功能的示例(脚手架)的相同约定,这些功能在生产站点中很少见到。

3

我同意它不赞成一个在另一个。我一直认为Linq to SQL倾向于用在例子中,因为它是在大约一年前发布的。因此,书籍作者更熟悉Linq to SQL和/或觉得它更稳定。

我同意雷克斯的观点,在给出有关ASP.NET MVC的教程时,让其他技术决策变得简单,这样做更有意义。由于可以使用DAL实现,所以通过使用Linq to SQL(两者中较简单的一种)来教MVC是最简单的。 Linq to SQL也被广泛认为是更轻量级的。

我必须承认,使用ASP.NET MVC和实体框架的项目有更多的开源示例是很好的。我可以告诉你,它工作正常,因为我在一个项目上使用它。然而,找出一些想法可能会更难一些。显示一些示例链接的Here is another question

2

我认为这种在实例中使用阻力最小的路径的趋势对新开发人员来说是一种不便。有多少次你看过一个例子,但要注意的是,它不是生产值得的代码,没有理由不明白为什么它不合适,或者如何找到最好的方向的好方向?就我个人而言,我赞赏更长的例子,实际上让我发现如何使用某些东西更有帮助。

在这种特殊情况下,使用Linq to Entities会更有用,因为它看起来是未来。

+1

伟大的一点,但是这个想法是否更适合作为评论? – YeahStu 2009-08-11 13:49:40

0

正如所有其他海报所说 - L2S样本更容易放在一起,因此你会看到他们引用更多。实际上,您的MVC模型可能不会直接使用L2S--它们可能会挂接到单独的服务层或完全由另一个系统公开的某些数据传输对象。