Etude exploratoire de Linq - CoDE - de l'Université libre de Bruxelles

Chapitre 3 : Implémentation Objets
Nous avons vu jusqu’ici quelle est la manière de formuler une requête syntaxiquement valide,
requête au sens de Linq. Rien n’a été spécifié en ce qui concerne la nature de la source de données,
ce qui implique que tout ce qui a été vu jusqu’ici sera toujours valable tant que nous parlons de Linq.
Mais Linq en lui-même n’est qu’un tas de concepts mis bout à bout. Si nous faisons le point de ce qui
a déjà été vu, nous avons un formalisme pour écrire des requêtes avec l’explication générale de
comment cette requête pourra être traduite vers une source de données, quelle qu’elle soit. C’est
précisément cette opération de traduction qui va nécessiter de connaître cette source plus en
détails. Pour répondre à cette attente, Linq est présenté avec une syntaxe unifiée, faisant abstraction
(répétons-le une fois encore) de la nature du stockage des données. Et pourtant, ce que nous
appelons Linq depuis le début est en réalité un ensemble d’implémentations partageant une même
syntaxe extérieure. Chaque implémentation est définie par un nom qui correspond au type de
données qu’elle cible. Ainsi nous parlerons de Linq to Sql, Linq to DataSet et ainsi de suite. Nous
commencerons notre étude par l’implémentation objet, Linq to Objects. Cette implémentation sera
rapidement parcourue, examinant quelques aspects intéressants. Parmi ces aspects, nous nous
intéresserons à certains opérateurs généraux (donc valables pour toutes les implémentations) et à
l’interface IEnumerable que doit implémenter toute donnée désirant interagir avec Linq. Ce
chapitre dans son ensemble est inspiré de [11] et de [1] pour la description des opérateurs.
3.1 Champ d’application
Linq to Objects permet d’interagir avec toute collection qui implémente IEnumerable. Les
collections standards intégrées au framework implémentent toutes cette interface, ce qui permet de
ne pas se poser la question dès lors qu’on utilise une structure de base. Pour ce qui est des
collections définies par l’utilisateur (le programmeur), le plus simple est de créer une collection par
héritage d’une structure standard. Cela peut s’avérer être une erreur conceptuelle dans certains cas,
et l’utilisateur devra réaliser lui-même l’implémentation de cette interface. Ceci s’applique à toutes
les implémentations Linq.
Regardons d’un peu plus près cette fameuse interface. Elle est définie dans l’espace de noms
System.Collections.Generic et la documentation 5 [4] montre que la seule méthode qui est renseignée
est GetEnumerator qui doit retourner un objet capable de parcourir les éléments de la collection un à
un. La documentation officielle fait également état d’un ensemble d’extensions de méthode qui
représentent en fait l’ensemble des opérateurs disponibles. Implémenter IEnumerable signifie
posséder les extensions de méthode nécessaires à Linq pour assurer le bon déroulement de requêtes
écrites avec la syntaxe vue précédemment. Nous allons maintenant nous intéresser à certains
opérateurs, ne pouvant tous les détailler par manque de place (il y en a plus d’une centaine en
comptant toutes les surcharges !).
5 La référence exacte est : http://msdn.microsoft.com/en-us/library/9eekhta0.aspx