ive recherché des tutoriels Linq en ligne et rencontré des articles disant que Linq peut disparaître? Quelle est votre opinion à ce sujet? Microsoft va-t-il vraiment supprimer Linq
5 Réponses :
Des améliorations ont été apportées pour .NET 4.0, mais l'entité framework deviendra la solution recommandée. Pour citer Tim Mallalieu:
"Nous continuerons à faire quelques Investissements à Linq à SQL basé sur commentaires des clients. Ce post était à propos de faire nos intentions pour l'avenir innovation claire et appeler le fait que comme de .net 4.0, Linq à Les entités seront les données recommandées solution d'accès pour Linq à relationnel scénarios ... .Nous voulons aussi avoir votre Commentaires sur les expériences clés de Linq à SQL que nous devons ajouter à LINQ aux entités afin d'activer les mêmes scénarios simples qui ont apporté vous utiliser LINQ vers SQL dans le premier place. "
Microsoft ne va pas supprimer de Linq. LINQ est fondamentalement une approche universelle pour interroger les données de différentes sources de données. Il y a Linq à SQL, Linq aux objets et linq à XML. Un fournisseur LINQ peut être créé pour toute source de données. C'est une PIA de en créer un, mais cela peut être fait. IMO, les approches de requête LINQ sont là pour rester.
Cependant, Linq à SQL peut disparaître. Il semble que beaucoup de personnes soient divisées entre l'armée d'entité EF et Linq vers SQL. J'aime Linq à SQL mais la mise en œuvre de Microsoft prend uniquement en charge SQL Server. C'était un disjoncteur pour moi depuis que je dois également interroger Jet. D'autres personnes ont créé des fournisseurs de Linq pour les autres principales bases de données, mais je ne suis toujours pas convaincu que cela va aller la distance.
Je n'ai pas encore travaillé avec EF, mais voici un Good Post sur la comparaison
LINQ à SQL ne reçoit pas autant d'attention à la progression de ses fonctionnalités, comme le cadre d'entité. La SP a décidé de poursuivre EF enrichissant / développé et comme pour L2S Cela signifiait déplacer / rediriger les ressources de celui-ci.
Cependant, c'est un excellent outil pour de nombreuses situations. :) tellement utilise réellement L2S. :) Au fil des années et ef progresse, il est possible que L2S disparaisse, mais je pense que ce sera avec nous pendant un certain temps. Voici un lien qui parle un peu vers pourquoi les L2 sont bons à considérer. à Linq à SQL ou non ... c'est le question? . Je vois que L2S ajustement bien pour les petites applications ou les applications moins complexes.
Ce n'est pas "mort" comme dans vous ne l'aurez pas dans .NET 4.0 ou plus. Par exemple, voici une entrée de blog sur les mises à jour L2S se met à 4,0.
http: // damieng .com / blog / 2009/06/01 / LINQ-TO-SQL-changements-in-Net-40
Veuillez ne pas confondre Linq et Linq à SQL, ce sont des choses très différentes.
Linq est bon et sera autour pendant une longue période.
Linq à SQL est Mediocre au mieux et ne devrait pas vraiment être considéré pour la grande majorité des projets.
Parce qu'il y a beaucoup de choix meilleurs que Linq à SQL (NHibernate et Subsonique en étant deux d'entre eux), il n'est pas nécessaire de s'inquiéter des plans futurs de Microsoft pour Linq à SQL (ou de son absence). Ignorer LINQ à SQL est votre meilleure option, sauf si vous êtes obligé de l'utiliser, auquel cas, bonne chance avec ça.
Les inconvénients de l'adoption de LINQ vers SQL
N'utilisez pas le Studio Visual 2008 LINQTOSQL O / R Designer
C'est ce que je cherchais
Sur le long terme, Microsoft veut le tuer. Mais pour le moment, ils font encore des investissements dans la technologie.
Voici quelques articles que j'ai écrites sur le sujet,
Dupe of Stackoverflow.com/Questtions/870853/is-linq-to-sql-deadleight et beaucoup d'autres.