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

Chapitre 6 : En pratique
6.1 Ressenti général
Après ce vaste tour d’horizon de Linq, il est temps de prendre un peu de recul et de faire le point sur
ce que nous pouvons en retirer. Qu’a apporté cette étude ? Voila une question qu’il est bon de se
poser. La découverte de Linq s’est faite depuis les bases, tout comme ce fut relaté dans ce rapport.
Nous avons introduit un ensemble de mécanismes fondateurs avant de décortiquer les différentes
implémentations proposées par Linq. L’exploration de ces diverses implémentations et la mise en
œuvre de cas concrets se sont avérés parfois surprenants, révélant des comportements inattendus
(cf tests de performance pour Linq to Sql) ou au contraire des avantages conséquents (comme pour
l’exemple de l’implémentation objet). La méthode appliquée tout au long de cette étude a été de
partir des bases théoriques en allant progressivement vers des considérations de plus en plus en
phase avec la réalité concrète. Bien qu’il soit tentant d’explorer encore et encore certaines options,
nous nous sommes efforcés de nous en tenir au sujet initial qui ne concerne que Linq. Des ouvertures
vers des technologies passionnantes comme l’Entity Framework ont été tentées mais les essais et
explications sont restés centrés sur Linq.
La plus grande difficulté rencontrée durant cette étude concerne la disponibilité de la
documentation. En effet, Linq était partie intégrante d’une solution propriétaire, une très large
majorité des informations techniques est concentrée sur le site officiel de Microsoft ou dans des
livres édités par Microsoft Press. Certains sujets sont encore mal documentés du fait de leur jeunesse
et de leurs rapides mutations. Un des problèmes rencontrés à ce sujet fut d’avoir accès à des
explications tronquées, certaines parties étant apparemment considérées comme triviales. Lorsque
ce n’est pas l’avis du lecteur, c’est rapidement problématique pour ce dernier. De même, certains
sujets très récents comme l’Entity Framework ne proposent que des informations fragmentaires et
parfois contradictoires, le plus souvent à cause de changements survenus durant la version beta non
répercutés dans la documentation. Heureusement la communauté qui soutient le développement
.NET est nombreuse et les accès en avant-première à certaines technologies encore en
développement permettent à certains spécialistes de rédiger des explications complémentaires
souvent utiles (il s’agit des sources *13+ et *6+ principalement). Ce passage est également l’occasion
de remercier tous ces contributeurs pour leur travail et leur dévouement. Proposant généralement
des informations dispersées sur des blogs ou des forums communautaires, ils sont parfois auteurs
d’une simple phrase permettant le déclic. Leurs interventions sont aussi l’occasion d’offrir un point
de vue différent de l’omniprésent Microsoft. Dans la documentation officielle, tout semble toujours
simple et harmonieux. Plusieurs retours d’expérience ont également permis d’adopter une vision
plus objective sur l’ensemble des sujets abordés.
6.2 Points forts, points faibles
La première remarque qui s’impose après ce que nous avons vu, c’est de se dire que Linq permet
d’écrire du code beaucoup plus simplement. Les requêtes y sont écrites dans un langage plus proche
du langage naturel et les erreurs sont détectées à la compilation. Durant les différents tests réalisés
préalablement à l’écriture de ce rapport, le temps nécessaire à l’écriture de requêtes Sql a été
constaté comme étant entre deux et trois fois supérieur au temps requis pour produire des requêtes
Linq équivalentes (est compris dans ces mesures le temps consacré à l’écriture des requêtes et à leur
débogage). En termes de productivité, Linq constitue déjà une avancée majeure. Au-delà de ce gain
de performances humaines, Linq améliore la maintenabilité d’un code car il est plus lisible d’une part