Accès à la BD

<modéré par cian> Rajout du TAG + titre modifé pour plus de clareté </ modéré par cian>

Bonjour,

J'ai une classe Personne. Dans ma base de donnée la table correspondante est PERSONNE_TBL.

Concretement je veux créer une nouvelle personne dans mon systeme.
Je commence donc par instancier la classe Personne avec tous les champs qui vont bien pour définir cette personne :

Code:

---

1 2	Jojo = new Personne(Prenom="Jojo"; Nom="LaFripouille")

---

J'obtiens un objet Jojo.
Je veux maintenant sauvegarder Jojo dans ma table PERSONNE_TBL.
J'ai donc beson d'une methode permettant d'insérer un enregistrement dans cette table.

Code:

---

1 2	Jojo.InsertDsBase()

---

Question : les methodes d'acces à la base de donnée (Insert, UpDate, Delete) doivent-elles être des methodes de la classe Personne et doivent-elles être instanciées dans cette classe ?
Si non comment séparer les methodes d'accès aux donnnées ?

J'espère que mon exemple est clair.
Merci d'avance.

Jojo La Fripouille

Citation:

---

Envoyé par JojoLaFripouille

Question : les methodes d'acces à la base de donnée (Insert, UpDate, Delete) doivent-elles être des methodes de la classe Personne et doivent-elles être instanciées dans cette classe ?

---

NON

Citation:

---

Si non comment séparer les methodes d'accès aux donnnées ?

---

Soit dans une classe de base dont les autres héritent, pour ne pas tout refaire pour une autre classe ou mieux, faire une classe dédiée aux accès au données et créer une propriété de Personne qui sera du type "accesdonnees"

Merci, donc si je résume ta seconde solution (la mieux) :

Je créé une classe AccesBase contenant entre autre les méthodes :

InsertPersonne(Personne pers)
UpDatePersonne(Personne pers)
DeletePersonne(Personne pers)

Dans ma classe Personne je créé une propriété Data du type AccesBase

Lorsque je souhaite insérer mon objet Jojo je fais :

Code:

---

Jojo.Data.InsertPersonne(Jojo)

---

C'est à peu près ça ? (le coup du Jojo.Data.InsertPersonne(Jojo), je ne trouve pas ça super mais joli...)

Citation:

---

créer une propriété de Personne qui sera du type "accesdonnees"

---

Une bonne pratique est de ne pas donner à un objet métier, la responsabilité de "persistance" (cf. le pattern DAO). Je suis donc plutot d'accord sur le début mais pas sur l'ajout d'un attribut.

donc....

Une classe PersonneDAO avec les méthodes : insert, update, delete et tous les find dont tu as besoin (findByPrimaryKey, findAll, findByName, findByXXX, findByYYY).

Comme l'a dit mon prédécesseur, la classe Personne ne doit pas avoir la responsabilité de se sauvegarder en BD. C'est plutôt le rôle des autres classes qui manipulent les personnes et autres classes persistantes. Ce sont donc ces "autres" classes qui savent ce qu'elles font avec les classes "données" et qui donc utiliseront les classes DAO à bon escient.

Si tu veux que les "autres" classes n'aient pas à savoir quel est le nom du DAO, tu peux ajouter une couche supplémentaire = une classe "PersistanceManager" qui contient des méthodes update, insert, delete, findByCriterion (cette dernière méthode attend un objet "Criterion" spécifique à chaque type de classe recherchée) moins typées que les méthodes DAO comme PersonneDAO mais qui savent orienter vers le bon DAO ensuite. Tu localises ainsi la connaissance des DAO à un seul endroit = le PersistanceManager (mais c'est peut être un peu plus compliqué à mettre en place que les "simples" DAO dans un premier temps)