Discussion :

[cotede2]

Bonjour, j'ai une application qui gère des données issues d'une base de données.
Pour cela , j'ai créé une classe dao qui implemente le design pattern singleton.

A la creation de l'objet , l'application va chercher les données en base. Comme c'est un singleton , les données ne seront plus cherchés en base.
Par contre pour les traitements ( ajout,suppression) , ceux ci touchent à la base et donc ensuite quand je veux réafficher ma liste de données ceux ci prennent en compte les données à l'initialisation et non après les traitements car ma dao implémente le pattern singleton.

Comment faire?
Sachant que plus tard je devrais utiliser Hibernate.
Merci

[dinobogan]

A la creation de l'objet , l'application va chercher les données en base. Comme c'est un singleton , les données ne seront plus cherchés en base.

Rien à voir avec le singleton. Il faut faire le chargement des données via une méthode, et pas dans le constructeur.

Par contre pour les traitements ( ajout,suppression) , ceux ci touchent à la base et donc ensuite quand je veux réafficher ma liste de données ceux ci prennent en compte les données à l'initialisation et non après les traitements car ma dao implémente le pattern singleton.
Comment faire?
Sachant que plus tard je devrais utiliser Hibernate.

Encore rien à voir avec le singleton. Les ajouts et suppressions doivent passer par ton DAO via des méthodes. Ton DAO doit être le point unique de passage pour le dialogue avec la base de données.
Lorsque tu vas ajouter Hibernate, seul ton DAO sera à modifier. Tout le reste de ton application n'a pas à savoir comment tu accèdes aux données : base de données, fichiers plats, courrier postal, SMS....

[cotede2]

ok merci , je comprends mieux.
Maintenant , y a t il un intérêt de mettre la classe dao en singleton puisqu'à chaque fois les données sont rechargées?
Merci.

[dinobogan]

ok merci , je comprends mieux.
Maintenant , y a t il un intérêt de mettre la classe dao en singleton puisqu'à chaque fois les données sont rechargées?
Merci.

Encore une fois, rien à voir avec le singleton
Tu peux faire un cache dans ton DAO pour ne pas recharger les données à chaque fois.
Le singleton est vraiment mieux car tu gères à un seul endroit le nombre de connexions à ta base de données. Bien que ce soit un singleton, rien ne t'empêche de gérer un pool de connexions pour avec plusieurs connexions simultanées.