Lire en anglais

Partager via


Vue d’ensemble de LINQ

Language-Integrated Query (LINQ) fournit des fonctionnalités d’interrogation au niveau du langage et une API de fonction d’ordre supérieur en C# et Visual Basic, qui vous permettent d’écrire du code déclaratif expressif.

Syntaxe de requête au niveau du langage

Il s’agit de la syntaxe de requête au niveau du langage :

C#
var linqExperts = from p in programmers
                  where p.IsNewToLINQ
                  select new LINQExpert(p);

Voici le même exemple utilisant l’API IEnumerable<T> :

C#
var linqExperts = programmers.Where(p => p.IsNewToLINQ)
                             .Select(p => new LINQExpert(p));

LINQ est expressif

Imaginez que vous avez une liste d’animaux domestiques, mais que vous voulez la convertir en dictionnaire dans lequel vous pouvez accéder à un animal directement par sa valeur RFID.

Ceci est du code impératif traditionnel :

C#
var petLookup = new Dictionary<int, Pet>();

foreach (var pet in pets)
{
    petLookup.Add(pet.RFID, pet);
}

L’intention du code n’est pas de créer un Dictionary<int, Pet> et d’y ajouter des éléments par une boucle, c’est de convertir une liste existante en dictionnaire ! LINQ conserve l’intention contrairement au code impératif.

Il s’agit de l’expression LINQ équivalente :

C#
var petLookup = pets.ToDictionary(pet => pet.RFID);

Le code qui utilise LINQ est utile, car il égalise le terrain entre l’intention et le code dans un contexte de programmation. Un autre bonus est la concision du code. Imaginez que vous pouvez réduire d’un tiers les grandes parties d’un code Base comme illustré ci-dessus. Bon accord, non ?

Les fournisseurs LINQ simplifient l’accès aux données

Pour la plupart des logiciels en général, tout tourne autour du traitement de données à partir d’une source (bases de données, JSON, XML, etc.). Cela implique souvent d’apprendre une nouvelle API par source de données, ce qui peut s’avérer fastidieux. LINQ simplifie le problème en faisant abstraction de l’accès aux éléments de donnée communs dans une syntaxe de requête qui semble la même, quelle que soit la source de données choisie.

Cette opération recherche tous les éléments XML avec une valeur d’attribut spécifique :

C#
public static IEnumerable<XElement> FindAllElementsWithAttribute(XElement documentRoot, string elementName,
                                           string attributeName, string value)
{
    return from el in documentRoot.Elements(elementName)
           where (string)el.Element(attributeName) == value
           select el;
}

Écrire du code pour parcourir manuellement le document XML afin de rechercher ces éléments est une tâche très complexe.

Les fournisseurs LINQ ne vous permettent pas seulement d’interagir avec le XML. LINQ to SQL est un mappeur ORM (Object-Relational Mapper) de base de données MSSQL relativement minimaliste. La bibliothèque Json.NET fournit un balayage efficace du document JSON via LINQ. Par ailleurs, si vous n’avez pas de bibliothèque pour faire ce dont vous avez besoin, vous pouvez également écrire votre propre fournisseur LINQ !

Raisons d’utiliser la syntaxe de requête

Pourquoi utiliser la syntaxe de requête ? C’est une question qui revient souvent. Après tout, ajoutez le code suivant :

C#
var filteredItems = myItems.Where(item => item.Foo);

est beaucoup plus concis que ce qui suit :

C#
var filteredItems = from item in myItems
                    where item.Foo
                    select item;

La syntaxe d’API n’est-elle pas simplement un moyen plus concis d’effectuer la syntaxe de requête ?

Non. La syntaxe de requête permet d’utiliser la clause let, ce qui vous permet d’introduire et de lier une variable dans la portée de l’expression, en l’utilisant dans les parties suivantes de l’expression. Vous pouvez reproduire le même code avec la seule syntaxe d’API, mais vous obtiendrez très probablement du code difficile à lire.

Ce qui nous amène à la question suivante : devez-vous vous contenter d’utiliser la syntaxe de requête ?

La réponse à cette question est oui, si :

  • Votre code Base utilise déjà la syntaxe de requête.
  • Vous devez définir l’étendue des variables dans vos requêtes en raison de la complexité.
  • Vous préférez la syntaxe de requête et elle ne vous détournera pas de votre codebase.

La réponse à cette question est non, si...

  • Votre code Base utilise déjà la syntaxe d’API
  • Vous n’avez pas besoin de définir l’étendue des variables dans vos requêtes
  • Vous préférez la syntaxe d’API et elle ne vous détournera pas de votre code Base

LINQ essentiel

Pour obtenir la liste complète des exemples LINQ, consultez 101 LINQ Samples (101 exemples LINQ).

Les exemples suivants sont une démonstration rapide de quelques-uns des éléments essentiels de LINQ. Ces exemples ne sont pas exhaustifs, car LINQ fournit plus de fonctionnalités que ce qui est présenté ici.

Les indispensables : Where, Select et Aggregate

C#
// Filtering a list.
var germanShepherds = dogs.Where(dog => dog.Breed == DogBreed.GermanShepherd);

// Using the query syntax.
var queryGermanShepherds = from dog in dogs
                          where dog.Breed == DogBreed.GermanShepherd
                          select dog;

// Mapping a list from type A to type B.
var cats = dogs.Select(dog => dog.TurnIntoACat());

// Using the query syntax.
var queryCats = from dog in dogs
                select dog.TurnIntoACat();

// Summing the lengths of a set of strings.
int seed = 0;
int sumOfStrings = strings.Aggregate(seed, (s1, s2) => s1.Length + s2.Length);

Aplanissement d’une liste de listes

C#
// Transforms the list of kennels into a list of all their dogs.
var allDogsFromKennels = kennels.SelectMany(kennel => kennel.Dogs);

Union entre deux ensembles (avec un comparateur personnalisé)

C#
public class DogHairLengthComparer : IEqualityComparer<Dog>
{
    public bool Equals(Dog a, Dog b)
    {
        if (a == null && b == null)
        {
            return true;
        }
        else if ((a == null && b != null) ||
                 (a != null && b == null))
        {
            return false;
        }
        else
        {
            return a.HairLengthType == b.HairLengthType;
        }
    }

    public int GetHashCode(Dog d)
    {
        // Default hashcode is enough here, as these are simple objects.
        return d.GetHashCode();
    }
}
...

// Gets all the short-haired dogs between two different kennels.
var allShortHairedDogs = kennel1.Dogs.Union(kennel2.Dogs, new DogHairLengthComparer());

Intersection entre deux ensembles

C#
// Gets the volunteers who spend share time with two humane societies.
var volunteers = humaneSociety1.Volunteers.Intersect(humaneSociety2.Volunteers,
                                                     new VolunteerTimeComparer());

Classement

C#
// Get driving directions, ordering by if it's toll-free before estimated driving time.
var results = DirectionsProcessor.GetDirections(start, end)
              .OrderBy(direction => direction.HasNoTolls)
              .ThenBy(direction => direction.EstimatedTime);

Égalité des propriétés instance

Enfin, un exemple plus avancé : déterminer si les valeurs des propriétés de deux instances du même type sont égales (emprunté à ce billet StackOverflow et modifié) :

C#
public static bool PublicInstancePropertiesEqual<T>(this T self, T to, params string[] ignore) where T : class
{
    if (self == null || to == null)
    {
        return self == to;
    }

    // Selects the properties which have unequal values into a sequence of those properties.
    var unequalProperties = from property in typeof(T).GetProperties(BindingFlags.Public | BindingFlags.Instance)
                            where !ignore.Contains(property.Name)
                            let selfValue = property.GetValue(self, null)
                            let toValue = property.GetValue(to, null)
                            where !Equals(selfValue, toValue)
                            select property;
    return !unequalProperties.Any();
}

PLINQ

PLINQ, ou Parallel LINQ, est un moteur d’exécution parallèle pour les expressions LINQ. En d’autres termes, une expression régulière LINQ peut être parallélisée de manière simple sur n’importe quel nombre de threads. Cela s’effectue par un appel à AsParallel() avant l’expression.

Tenez compte des éléments suivants :

C#
public static string GetAllFacebookUserLikesMessage(IEnumerable<FacebookUser> facebookUsers)
{
    var seed = default(UInt64);

    Func<UInt64, UInt64, UInt64> threadAccumulator = (t1, t2) => t1 + t2;
    Func<UInt64, UInt64, UInt64> threadResultAccumulator = (t1, t2) => t1 + t2;
    Func<Uint64, string> resultSelector = total => $"Facebook has {total} likes!";

    return facebookUsers.AsParallel()
                        .Aggregate(seed, threadAccumulator, threadResultAccumulator, resultSelector);
}

Ce code partitionne facebookUsers entre les threads système si nécessaire, additionne le nombre total de mentions J’aime sur chaque thread en parallèle, additionne les résultats calculés par chaque thread et projette ce résultat dans une chaîne très pratique.

Sous forme de diagramme :

Diagramme PLINQ

Les tâches parallèles utilisant le processeur qui peuvent être facilement exprimées par LINQ (en d’autres termes, qui sont des fonctions pures et n’ont aucun effet secondaire) sont parfaites pour PLINQ. Pour les tâches qui ont un effet secondaire, utilisez la bibliothèque parallèle de tâches.

Plus de ressources

  • 101 exemples LINQ
  • Linqpad, environnement de laboratoire et moteur d’interrogation de base de données pour C#/F#/Visual Basic
  • EduLinq, livre électronique pour apprendre comment LINQ-to-objects est implémenté