Salut a tous,
 
Je me pose des questions sur le design applicatif et l'interet des methodes statiques.
 
Le contexte :
 - une page aspx
 - un pool de connection  
 - ecrire des methodes de lecture / ecriture en base
 
Ce que je comptais faire :
 - ds l'aspx, instancier  un composant X qui contient des methodes pour requeter la base
 - les methodes de ce composant prennent  une connection de mon pool et la passe en parametre des methodes statiques statiques d'une classe Y et libere la connection
 
Qu'en pensez vous ? c pourri ? c pas trop mal ? ca pourrait etre mieux ?
 
J'attends vos avis d'experts

hello
 
ca depends bcp de ta base en fait.
 
Si par exemple c est du SQL Server, le driver natif (System.Data.SQLClient. ...) utilise en fait deja un pool de connexions donc ca servira aps a gd chose.
 
 
t utlise koa kom base (et donc comem namespace de claases d accès)
P.S. : connexion avec un 'X' en francais

 
C'est une base Oracle, et j'ai trouvé avec un OracleDataDriver qui marche bien (le pool est integré)
J'ai trouvé mes réponses avec les patterns  DAO et abstract factory (pour pallier a des methodes statiques d'accès aux objets, ajout / suppression ...)
 
PS: koa s'ecrit quoi en non-SMS staÿle