Démonstration

Votre classe est prête.
Certes il resterait encore beaucoup de choses à implémenter (je fourmille d'idées, stay tuned !) mais vous disposez quand même là d'une bonne base pour une brique générique d'accés aux données.
Le mieux étant de se connecter à une base de données test : Northwind.
Vous trouverez dans le source le code de 3 exemples très simple :

1. Un exemple de requétage par un ordre Sql qui renvoit un SqlDataReader... pardon, un DbDataReader ! (biensur le cast de notre DbDataReader nous montrerait qu'il s'agit bien d'un SqlDataReader )
   
2. Un exemple d'éxécution d'une procédure stockée. Même principe que le premier exemple, si ce n'est le passage d'un paramètre (celui attendu par notre procédure stockée)
   
3. Un exemple de récupération d'une collection générique. Etudiez bien la class Employee, elle contient les attributs nécessaires au bon fonctionnement de cet exemple.
   Notez que sur cet exemple c'est un ordre T-SQL qui est exécuté. Nous pourrions tout aussi bien le traiter grâce à une procédure stockée (Je vous le recommande d'ailleurs)
   Je ne résiste pas à l'envie de vous le demander :
   Supposons que nous ayons notre classe Employee prête et paramétrée.
   Combien de lignes nécessaires pour récupérer l'ensemble des employés ?

   List<Employee> listEmployee = GenericAccess.Data.Current.GetList<Employee>();
   

   Je sais je sais ... ;)

Conclusion

Nous avons vu comment créer une classe d'accés générique aux données.
Elle se veut « presque complète ». N'hésitez pas à utiliser les puissantes fonctionnalités des generics associées à la (prémice) de la programmation par attributs.
Que reste t'il à faire ? Aujourd'hui je planche sur une classe DataAccessView qui serait capable de renvoyer une « vue de votre requète », comme le fait un DataTable qui ne renvoit jamais son contenu, mais sa DefaultView.
N'hésitez pas à me contacter pour tout retour ou erreur dans cet exemple et bon codage !