Pourquoi JDBC est un exemple typique de modèle de conception de pont?

Question

J'ai trouvé à partir de beaucoup de ressources que JDBC est un exemple typique de modèle de conception de pont. Mais ils ne donnaient généralement pas les détails, alors j'aimerais en connaître les détails. Selon ma compréhension:

• Interface Driver est le pont entre les DriverManager et les classes du pilote JDBC béton
• l'interface Connection est le pont entre les Driver et les classes de connexion JDBC béton
• Statement interface est le pont entre le Connection et les classes d'instructions SQL concrètes
• l'interface ResultSet est le pont entre les Statement et le résultat de classes de jeux
en béton au

S'il vous plaît modifier si les mes déclarations sont fausses. Je suppose également l'interface DataSource est aussi un pont, mais je ne peux pas comprendre qui est un pont entre les classes

Answer 1

Le Bridge pattern, tel que défini par le « Gang of Four », des moyens découplage une abstraction de sa mise en œuvre de sorte que les deux peuvent varier indépendamment. Dans ce contexte, il ne s'agit pas tant de regrouper différentes classes. Au lieu de cela, le modèle illustre le Open/Closed principle où l'interface (API JDBC) reste la même, mais de nouvelles implémentations (pilotes JDBC) peuvent être ajoutées et substituées les unes aux autres.

Ce que cela signifie est que le code d'accès aux données en utilisant JDBC doit uniquement dépendre des interfaces API telles que Connection, Statement ou ResultSet, au lieu de se soucier du système de base de données réelle de l'application est connectée. JDBC va pont l'application à la base de données utilisée dans l'environnement dans lequel l'application est déployée. Pour cette raison, vous pouvez exécuter le même code (à l'aide d'abstractions JDBC) sur différents SGBDR, et seul le pilote JDBC (implémentation) doit être modifié.

Answer 2

Ce n'est pas le cas. Le modèle Bridge nécessite une implémentation concrète d'une API qui correspond à une implémentation concrète d'une autre API. Il est rarement utilisé: en fait, je l'ai utilisé exactement une fois dans les 20 ans et plus depuis que le livre du GoF est apparu, et j'ai regretté cette occasion. JDBC fournit des définitions abstraites d'une API (interfaces) qui sont implémentées par des implémentations concrètes de l'API , et qui à leur tour entreprennent des opérations réseau, plutôt que d'appeler une API différente. Toutefois, un pilote JDBC de type 2 serait un exemple interne du modèle Bridge. Dans cette architecture, la couche Java parle à une couche JNI qui parle à une autre API C probablement déjà existante et fournie par le fournisseur. Cette architecture était transitoire et je doute que vous trouverez un exemple maintenant.