[JDBC] Connexion : objet et/ou interface ?

Bonjour,

J'ai cherché aujourd'hui à créer une classe dérivée de l'objet Connection après avoir vu dans des tutoriels sur le net qu'on devait instancier cet objet pour ouvrir une session sur un SGBD. Netbeans n'a jamais voulu laisser passer ça et après m'être interrogé longuement sur l'erreur qu'il me signalait, je me suis rendu compte que Connection est une interface.

On instancie donc une interface ?! Qui plus est qui dérive d'un objet ("Wrapper") ?! J'y perd mon latin ... Quelqu'un peut-il m'éclairer ? Quel intérêt pour les concepteurs de JDBC ?

on instancie pas une interface. On instancie un objet qui implémente cette interface. L'intéret est simple. Contrairement à une classe abstraite, avec un interface le fournisseur de driver sont libre de faire leur code comme ils veulent.

Salut,

Citation:

Envoyé par Baal

J'ai cherché aujourd'hui à créer une classe dérivée de l'objet Connection

Pourquoi as tu besoin de cela ???

Citation:

Envoyé par Baal

On instancie donc une interface ?! Qui plus est qui dérive d'un objet ("Wrapper") ?! J'y perd mon latin ... Quelqu'un peut-il m'éclairer ? Quel intérêt pour les concepteurs de JDBC ?

On n'instancie pas un interface (tu ne fait pas de new Connection() !), mais en en obtient une classe qui l'implémente. En fait le driver JDBC propose une classe qui implémente l'interface Connection, et qui se chargera de renvoyer les bons éléments.
"Wrapper" n'est pas un objet mais une interface. Une classe peut tout à fait étendre une autre interface...
En fait la majorité des éléments de JDBC sont des interfaces...

L'intérêt de tout cela consiste à séparer la spécification de l'implémentation.
En gros dans l'API standard de JDBC tu as toute une série d'interface qui décrivent les spécifications de JDBC, via une série d'interface et de méthode à respecter.

De l'autre coté, chaque fabriquant peut implémenter son propre driver JDBC.
C'est à dire qu'il devra créer les classes implémentant les interfaces de JDBC, qui "traduiront" cela via des requêtes vers leurs propres SGBD.

La classe DriverManager se contente ensuite de lier les deux : elle te renvoit la classe de ton driver qui implémente Connection.

D'un point de vue développeur, cela permet une complète abstraction puisque tu utilises les interfaces.
Cela permet donc de changer de driver JDBC et donc de SGBD très simplement puisdque tu n'as que l'URL de connection à changer.
Les classes seront différentes mais elles implémenterons les mêmes interfaces, donc cela ne change rien dans ton code (à partir du moment où tu n'utilsies pas de SQL spécifique).

a++