Pattern DAO pour un champs

Bonjour,

J'utilise dans un projet le pattern DAO. J'ai juste un problème car je souhaite charger un seul champs d'une classe modèle.

Sachant que si j'ai bien compris le pattern DAO, est censé travailler avec des modèle ayant la même structure de donnée, je me demande comment charger cet unique champs appartenant à une classe modèle.

Il y a -t- il un sens de renvoyer la classe modèle correspondante avec le seul champs date remplie.
Est -ce préférable de créer une classe modèle en s’éloignant quelque peu du pattern.

Avez vous d'autres solutions??

Merci d'avance

Salut,

Effectivement un DAO est censé gérer la persistance d'objets métier entiers. Je ne comprends pas trop d'où vient le besoin de stocker ou remonter un seul champ. Si ce champ est vraiment lié à une entité métier, il faut à minima que celle-ci soit identifiable (donc un champ Id en plus) non ?

Peut-être que tu pourrais nous en dire plus sur le contexte ?

Citation:

---

Envoyé par Luckyluke34

Salut,

Effectivement un DAO est censé gérer la persistance d'objets métier entiers. Je ne comprends pas trop d'où vient le besoin de stocker ou remonter un seul champ. Si ce champ est vraiment lié à une entité métier, il faut à minima que celle-ci soit identifiable (donc un champ Id en plus) non ?

Peut-être que tu pourrais nous en dire plus sur le contexte ?

---

En fait au début sur une page je dois charger des dates issue d'un champs d'une table pour ne rechercher que sur cette partie. cela sert de paramètre.
Je dois charger tous la liste de ce champs et faire mes recherches à partir de cet info donc à la limite pas besoin de l'identifiant.

Merci

Pour le coup, ça ne me choquerait pas d'avoir une méthode FindAllDates() sur ton DaoX, X étant l'objet métier sur lequel se trouve la date en question.

Salut,

Je suis complètement d'accord avec Luckyluke34. D'ailleurs c'est ce que je fais. Dans les descriptions que j'ai trouvées du pattern DAO, on crée un objet avec tous les attributs remplis avec les champs correspondant de la table. Déjà la création de l'objet en elle même a un coût en mémoire. Et si la table a beaucoup de champs, et on veux appliquer à la lettre ce design pattern ca devient coûteux. D'ailleur dans le cas d'une mise à jour pourquoi faire un update de tous les champs alors qu'on pourrait faire un update sur seulement un champs. Je suis entrain de travailler sur des variantes d'implémentation qui répondraient à ce genre de doutes. Probablement, il existe déjà des exemples pour cela. Si quelqu'un en connait, ca serait parfait qu'on est des liens ici. Cela nous évitera de réinventer la roue.

Merci