Quand instancier un TableAdapter ?

Bonsoir,

j'ai développé une couche 3-Tiers. Dans ma couche d'accès aux données, j'utilise une TableAdapter pour lire et sauvegarder mes données dans une base de données sous SQL Server 2005.
J'ai par exemple défini un singleton ClientDAL. Dans cette classe, j'ai défini comme variable privées une instance au tableadapter qui me permet de lire et sauvegarder les clients dans la base.
D'après vous, dois-je instancier mon tableadapter dans le constructeur ou juste avant l'appel à une méthode de lecture ou de sauvegarde dans la base comme par exemple:

Code:

---

1 2 3 4

using (ClientTableAdapter cliTableAdapter = new ClientTableAdapter()) { monTableAdapter.FillById(monDataTable, monId); }

---

Merci
++

Tu peux le faire dans le constructeur ou dans l'event Loaded (ou Load je sais plus en Winforms). Bref y'a pas de standard.

Bonjour,

et merci pour la réponse.
Je crois que je me suis mal exprimé. En fait je me demande si je dois :
- soit définir une variable d'instance privé de mon TableAdapter et utiliser cette même référence dans chaque méthode d'accès à la base
- soit ne pas définir d'instance privé de mon TableAdapter mais l'instancier dans chaque méthode d'accès à la base.

Merci d'avance,

Comme tu préfères. Oublies pas que tout est chargé en mémoire, donc si tu gardes ton TableAdapter toute la durée de ton programme et que tu charges 500Mo de données, ton application prendre 500Mo dans la RAM.

C'est vraiment à toi de voir selon tes contraintes et ce que tu veux faire.

d'accord.
Donc ce n'est pas gênant si je définis une variable d'instance privé de mon TableAdapter et que je laisse la connexion ouverte entre 2 appels.

Merci d'avance,

Citation:

---

Envoyé par etiennegaloup

d'accord.
Donc ce n'est pas gênant si je définis une variable d'instance privé de mon TableAdapter et que je laisse la connexion ouverte entre 2 appels.

Merci d'avance,

---

Me semble que la connexion se ferme automatiquement de toute façon.