[VB.NET]Comment contourner NotInheritable SqlConnection?

J'ai un System.Data.SqlClient.SqlConnection que je dois associer à la propriété Connection de System.Data.SqlClient.SqlCommand.
Je souhaiterai dériver le SqlConnection pour ajouter des fonctionnalités (mutex). Malheureusement le SqlConnection est NotInheritable !

Malheureuement, encore une fois, l'appel à cette propriété Connection de System.Data.SqlClient.SqlCommand est effectué à un grand nombre d'endroit dans le code (ne me demandez pas pourquoi ça n'a pas été fait autrement, je ne sais pas... mais c'est comme ça)

Je m'en suis sorti autrement en récupérant l'exception générée par le SqlClient lorsqu'il y a un problème, mais cette solution ne peut pas être généralisée à tout le programme. Dans le cas qui m'intéressait ça marche, mais ça ne marchera pas toujours. Bref c'est une rustine, rien du plus !
Si vous avez des idées... :roll:

Pourquoi ne pas encapsuler
System.Data.SqlClient.SqlConnection
et
System.Data.SqlClient.SqlCommand

dans des classes maison ?

Oups j'avais oublié un point...
Le SqlCommand vient.... d'un System.Data.SqlClient.SqlDataAdapter qui est lui même utilisé à de très nombreux endroits et qui est NotInheritable.

Edit : pas si nombreux que cela finalement pour le SqlDataAdapter. Beaucoup de fois, oui mais c'est bien regroupé. Eventuellement modifier ce dernier ? Mais sans l'héritage ça va être difficile je pense !

L'idée serait d'encapsuler les classes :
-connection
-adapter
-command

Mais tout en implémentant leurs iderfaces respectives dans ta classe maison (VS se fera un plaisir de te générer le squellette ;))

Dans ADO.NET des que tu veux ajouter des fonctionnalitées à tes objets d'accés aux données c'est un peu comme si tu construisais ton propre provider maison.

Donc :
-Pas d'héritage possible
-Respect des interfaces plus que fortement conseillé ;) (ça t'éviteras des mauvaises surprises)

C'est effectivement la seule solution que je vois. Etant donné les implications sur le code existant, je vais garder ma rustine pour l'instant. Si un jour j'ai besoin, je saurais comment faire mais je n'ai pas hâte d'effectuer cette modification... j'espérais une solution moins couteuse en temps de développement.

Merci de ta réponse neo.51 !

Tant qu'a repenser ta couche d'accés aux données et implémenter ton propre provider jettes un coup d'oeuil à ça : http://nx.developpez.com/articles/dac/

Bien vu, mais je n'en ai pas le temps. C'est ça d'arriver sur un projet en cours de dev :wink: