IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Réimplémentation de Linq to Objects (Edulinq) : Partie 11 - « First », « Single », « Last »...
Un tutoriel de Jon Skeet, traduit par Rémy Mainil

Le , par Pongten

0PARTAGES

1  0 
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.

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.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de iberserk
Membre expert https://www.developpez.com
Le 11/06/2014 à 11:40
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
1  0 
Avatar de iberserk
Membre expert https://www.developpez.com
Le 11/06/2014 à 7:03
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
0  0 
Avatar de Pongten
Membre expert https://www.developpez.com
Le 11/06/2014 à 11:26
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.
0  0 
Avatar de Deepin
Expert éminent sénior https://www.developpez.com
Le 23/09/2014 à 9:55
Messieurs, bonjour !

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

0  0