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

6.3 Quelles alternatives
Comme nous l’avions précédemment fait remarquer, le problème de la dépendance par rapport au
stockage des données n’est pas nouveau. Linq y apporte sa contribution et nous avons résumé les
principales techniques qui étaient utilisées à l’époque de la deuxième version de .NET. Mais qu’en
est-il des autres langages ? .NET n’a pas le monopole de l’orienté objet et Linq est résolument lié au
framework. Il est impensable qu’un langage orienté objet tel que Java n’ait pas développé de
solutions de son crû pour tenter de créer davantage d’abstraction vis-à-vis de la couche de
persistance des données. Nous allons maintenant nous pencher sur différentes technologies et leurs
points communs avec Linq.
6.3.1 Java
Java reste une pointure dans le domaine des langages de programmation orientés objet. En
perpétuelle concurrence avec son grand rival .NET, leurs évolutions respectives se sont toujours plus
ou moins suivies de près. Ainsi, les accès aux données relationnelles se faisaient via un pilote Odbc 15
en C# 2.0 et Java 5 faisait de même avec Jdbc, pour sa part. Voyons maintenant quelles sont les
solutions actuellement proposées pour réaliser une persistance abstraite en Java.
6.3.1.1 JDO
Les paragraphes consacrés à l’étude de JDO sont presqu’entièrement inspirés de *8+ et de la
documentation qui s’y trouve. JDO est l’acronyme désignant Java Data Object. Il s’agit d’une librairie,
plus exactement d’une API, standard pour réaliser la persistance des objets. La première version de
JDO est apparue en 2002 et la seconde version est disponible depuis 2006. Comme presque tout ce
qui concerne Java, cette librairie est open source. La version 2.1 appelée aussi Apache JDO est
toujours en cours de développement à l’heure où ces lignes sont écrites. Cette librairie est décrite
comme supportant tout type de stockage et représentant les données stockées à l’aide de POJO
(Plain Old Java Object), ce qui pourrait se traduire par de bons vieux objets Java. JDO se décline en
plusieurs interfaces, comme le fait Linq, et ces implémentations permettent d’utiliser différents
stockages de données parmi lesquels des bases de données relationnelles, objet ou Xml, un système
de fichiers ou même certains stockages plus exotiques comme les bases de données Big Table de
Google 16 .
JDO présente la persistance du point de vue du développeur objet, de manière transparente. Pour
décrire brièvement les classes qui entrent en jeu, nous avons un gestionnaire de persistance, des
requêtes et des transactions. Le gestionnaire est responsable de la maintenance des instances de
persistance qui ne sont en fait que l’équivalent des entités en mémoire au sens de Linq. Le
gestionnaire est également chargé d’exécuter les requêtes et transactions qui lui sont passées. Le
principe est, sur le fond, très similaire à Linq to Sql : nous avons un gestionnaire de contexte qui gère
des entités persistantes. Pour interroger les sources de données, JDO a recours à un langage qui lui
est propre, le langage JDOQL. Cet acronyme est l’abréviation de Java Data Object (JDO) Query
Language et n’est pas directement lié à OQL comme nous pourrions l’imaginer. Il est intéressant de
noter que ce langage propose deux syntaxes alternatives, la syntaxe dite déclarative et celle dite du
Single String. Pour ne pas trop nous perdre dans l’analyse de toutes les possibilités syntaxiques, nous
allons simplement examiner cela avec un exemple tiré du site officiel du projet Apache JDO [8], situé
page suivante.
15 Il existe d’autres pilotes plus anciens, odbc était le dernier en date lors de la release de C# 2.
16 Ceci est mentionné à l’adresse suivante : http://db.apache.org/jdo/impls.html