Réimplémentation de LINQ to Objects : Partie 11 - First / Single / Last et leur variante OrDefault

Cette discussion est destinée à recueillir vos commentaires sur l'article Réimplémentation de LINQ to Objects : Partie 11 - « First », « Single », « Last » et leur variante « OrDefault » (traduction de l'article Reimplementing LINQ to Objects: Part 11 - First/Single/Last and the ...OrDefault versions de Jon Skeet)

Ce tutoriel est la onzième partie de la série intitulée Edulinq. Dans cette partie, Jon Skeet nous propose la réimplémentation des opérateurs "First", "Last", "Single" et de leur variante "OrDefault" de Linq to Objects.

Citation:

---

Aujourd'hui, j'ai implémenté six opérateurs, chacun avec deux surcharges. Au début, je m'attendais à ce que leurs implémentations soient fort similaires mais finalement, ils se sont tous montrés légèrement différents.

---

La partie précédente se trouve ici.

Bonjour,
Particulièrement sensible aux aspect performances (c'est mon métier à plein temps...) quelques chose manque je trouve dans votre article:

Vous parlez d'optimisation mais quelques chose qui n'engage que vous, comme tout ce qui tourne autour de la performance,il est mesurable.

il serait intéressant d'ajouter des Benchmark pour appuyer votre développement, c'est particulièrement intéressant puisque LTO est peu performant par rapport à un code "classique" bien que très pratique!!!

Cordialement

Bonjour,

Merci pour votre commentaire.

Dans le cas présent, il s'agit d'une traduction (la plus fidèle possible) d'un article de Jon Skeet et dans ce contexte je ne modifie pas ou très peu la structure et le contenu de l'article.
Néanmoins votre remarque est très intéressante et pourrait donner lieu à un article ciblé sur les performances de LINQ to Object versus du code classique.

Peut-être même pourriez-vous l'écrire ? Où si cela ne vous intéresse pas ou que vous n'en avez pas le temps, peut-être pourrions nous collaborer pour sa rédaction ?

Cordialement.

Dans le cas présent, il s'agit d'une traduction (la plus fidèle possible) d'un article de Jon Skeet

Toutes mes excuses, je n'avais pas lu l'article depuis le début ce détail m'avait échappé.

C'est en effet un sujet intéressant, il pourrait englober des mesures précises d'optimisation (je pense également à ADO avec l'utilisation des datareader) etc.

De trop nombreux développeurs pensent à tord que LINQ va être plus rapide qu'un code perso à partir de for ou foreach...

Je vais réfléchir à un tel article.

Cordialement

Messieurs, bonjour !

L'article dont il est question ici, est t il toujours d'actualité ?

:merci: