2009-08-11 10 views
2

La question est dans le titre.Pourquoi ASP.NET MVC sélectionne-t-il Linq to SQL sur LINQ to Entities?

+9

Qu'est-ce qui vous amène à faire cette supposition? –

+0

Voulez-vous dire, pourquoi asp.net MVC DEVELOPERS favorise linq to sql? Même alors, je ne suis pas si sûr de dire ça. –

+0

Tous les exemples que j'ai rencontrés utilisent Ling vers SQL. (quelques livres et beaucoup de ressources en ligne) J'ai eu quelques problèmes pour construire le site avec LINQ to Entities qui peut être juste une conséquence du premier argument. – Ante

Répondre

14

Il ne favorise pas du tout l'un sur l'autre. Il est courant d'utiliser des exemples LINQ to SQL car ils sont plus simples à installer et à déployer, il est donc plus facile de digérer l'exemple de code sans être distrait par quelque chose qui mérite son propre chemin d'apprentissage.

1

À mon avis, cela ne le favorise pas. C'est ce que vous voyez dans la plupart des exemples, car Linq to Sql est le moyen le plus rapide d'obtenir des exemples. Rails suit la même convention de nombreux exemples utilisant des fonctionnalités (échafaudage par exemple) que vous verriez rarement utilisées sur un site de production. Je suis d'accord qu'il ne favorise pas l'un sur l'autre

3

J'ai toujours supposé que Linq to SQL avait tendance à être utilisé dans les exemples parce qu'il a été publié environ un an plus tôt. Par conséquent, les rédacteurs de livres étaient plus familiers avec Linq à SQL et/ou ont estimé qu'il était plus stable. Je suis d'accord avec Rex en ce sens qu'il est plus logique, quand on donne un tutoriel sur ASP.NET MVC, de garder les autres décisions technologiques simples. Étant donné que l'implémentation DAL peut être utilisée, il est plus facile d'enseigner MVC en utilisant Linq to SQL (le plus simple des deux). Linq to SQL est également largement considéré comme plus léger.

Je dois admettre que ce serait bien d'avoir plus d'exemples de projets open-source utilisant ASP.NET MVC avec Entity Framework. Je peux vous dire que ça fonctionne bien, parce que je l'utilise sur un projet. Cependant, il peut être un peu plus difficile de comprendre certaines des idéosyncrasies. Here is another question qui montre quelques liens vers des exemples.

2

Je pense que cette tendance à utiliser le chemin de moindre résistance dans l'exemple est un désavantage pour les nouveaux développeurs. Combien de fois avez-vous vu un exemple, avec la mise en garde que ce n'est pas un code de production digne, sans raison pour laquelle il n'est pas approprié, ou une bonne direction sur la façon de trouver ce qui est le mieux? Personnellement, j'apprécie les exemples plus longs qui m'amènent à découvrir comment quelque chose devrait être utilisé est plus utile.

Dans ce cas particulier, l'utilisation de Linq to Entities serait beaucoup plus utile, car c'est apparemment le futur.

+1

Bon point, mais cette notion ne serait-elle pas plus appropriée en tant que commentaire? – YeahStu

0

Comme tous les autres affiches l'ont dit - les échantillons L2S sont simplement beaucoup plus faciles à assembler, donc vous les verrez plus souvent cités. En réalité, vos modèles MVC ne peuvent pas utiliser L2S directement - ils peuvent être reliés à un niveau de services distinct ou à des objets de transfert de données exposés par un autre système entièrement.