J'ai commencé à utiliser Linq (Query intégré de la langue) lorsqu'il était toujours en version bêta, plus spécifiquement Microsoft .NET LINQ Aperçu (mai 2006). Près de 4 ans se sont écoulés et nous utilisons ici Linq dans de nombreux projets pour les tâches les plus diverses.
J'ai même écrit mon dernier projet collégial basé sur Linq. Vous voyez comment j'aime ça.
Linq et plus récemment plinq (Linq parallèle) Donnez à nos emplois un excellent boost en matière de puissance de programmation et de moins de lignes de code nous conduisant à un code plus expressif et lisible.
Je continue à penser ce qui pourrait être la prochaine grande amélioration de la langue pour C # après Linq.
Je sais qu'il y a des caractéristiques linguistiques promis à venir en tant que contrats de code, etc., mais rien n'ayant l'impact que Linq avait.
Que pensez-vous être la prochaine grande chose?
3 Réponses :
Parallellfx spécifiquement. Concurrence généralement.
Les extensions réactives (RX) sont une bibliothèque permettant de composer des programmes asynchrones et basés sur des événements utilisant des séquences observables et des opérateurs de requête de style LINQ. À l'aide de RX, les développeurs représentent des flux de données asynchrones avec des observables, interroger des flux de données asynchrones à l'aide des opérateurs LINQ et paramétrent la concurrence dans les flux de données asynchrones à l'aide des planificateurs. Mettez simplement, rx = Observables + Linq + planificateurs.
Je serais d'accord, mais ils ne sont vraiment pas une fonctionnalité de langue, une bibliothèque vraiment cool conçue sur la version actuelle de C #.
J'avais déjà lu sur les extensions réactives. Je pense que c'est cool. Peut-être que ça peut être la prochaine grande chose. Qui sait...
Je n'ai pas complètement enveloppé ma tête autour de ça, mais certains des scénarios que j'ai entendus sur le podcast de Scott Hanselman semblaient très intéressants.
Un bon post de Phil Haack sur les extensions réactives: HAACKED.COM/Arceur/ 2010/03/66 / énumérateur-futur.aspx
Près de 3 ans ont passé et j'ai juste maintenant décidé de jouer avec des extensions réactives. Voici un atelier RX bien rx avec une série de 6 vidéos à Channel 9: Channel9 .msdn.com / Série / RX-Atelier / Rx-Atelier-Introductio N
Oui, j'étais totalement tort de toute façon. La prochaine grande chose s'est avérée être les extensions de langue TPL. :)
J'aimerais voir la personnalisation syntaxique à l'accès de La Boo au pipeline compilateur.
Tu es sûr que tu ne surestites pas "l'impact" que Linq avait? C'est bon et tout, mais il est loin de faire ou de rompre lorsqu'il s'agit de caractéristiques linguistiques.
@Snorfus - Oui, je suis sûr que Linq a eu un impact important sur la manière de travailler avec des données en C #. Non seulement Linq simplifie le processus de rédaction de code mais cela vous donne également la puissance d'une langue de requête (SQL) à l'intérieur du langage de programmation. J'ai toujours aimé travailler avec des bases de données et des données en général, de sorte que Linq est venue comme présent de Dieu. Sans oublier que Linq a également apporté de nombreuses autres capacités de langue développées pour lui permettre.
Parlez-vous de la bibliothèque System.Linq ou de l'analyse des déclarations telles que "Var girls = de M in Employers où M.ismanager = True Group de M.LastName [0];" Je suis d'accord que la bibliothèque est géniale, mais je n'utilise presque jamais le sucre syntaxique.
@Jeff vitraball yang - oui jeff, system.linq est celui que j'écris.
+ Fermer, nous avons déjà assez de ces threads "fonctionnalités préférés".
@Aronner - Je pense que mon point dans cette question n'a rien à voir avec la fonctionnalité préférée. Le point concerne une fonctionnalité qui pourrait avoir une incidence sur la façon dont nous écrivons du code avec C # comme Linq a fait au cours des 4 dernières années environ.
À droite, et évidemment, la saveur du mois du mois est exactement ce qu'elle pense va transformer le monde à l'envers, sinon ils ne perdraient pas leur temps l'apprentissant. Cette question n'a aucune réponse objective; Il n'a même pas une réponse subjective-textuelle, il est pur-flou chaud "Qu'est-ce qui fait chaud" Baithed Bait.
@Leniel - Bien que j'ai voté pour fermer cette question aussi subjective, je vous donnerai mon opinion: nous nous rapprochons du code "Self-Cays", où le code que nous écrivons est en réalité que des données sont introduites dans un conteneur plus généralisé / Runtime, et plus tôt ou tard, nous aurons des fichiers binaires qui peuvent se transformer en réponse aux intrants qu'ils reçoivent - ils "apprendre" - de manière radicalement différente que nous appliquons actuellement des algorithmes d'apprentissage.
@Jeff Loatball Yang - vraiment intéressant Jeff votre point de vue.