Discussion :

[roldifion]

Bonjour,
Après de longue recherche, et une longue réflexion je n'arrive pas à trouver quelque chose de logique concernant un problème de développement en POO.
Je m'explique on a deux classes une auteur et une autre livre.
J'ai alors la méthode afficher_les_ouvrages() qui est dans la classe auteur...
Et c'est la que mon problème intervient dans cette méthode je fais un truc du style:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
$sql = SELECT id_livre FROM table_jointure WHERE id_auteur= $id;
 
$query= $this->database->query($sql);
 
while ($rs = $query->fetch_array() )
{
	$livre = new Livre($rs[0]);
	$livre->plein_dinformation();
}

J'ai utilisé une table jointure car on suppose qu'un livre peut avoir plusieurs auteurs (exemple stupide je vous l'accorde)
Le constructeur de la classe Livre contient une requete incluant plusieurs table pour avoir des info comme, la notation par les utilisateurs, le nombre de fois acheter...
Donc mon problème c'est que si cet auteur à écrit 48 bouquins j'aurais 49 requètes dans la page...

Design pattern, Poo... Comment avoir du style?!
Un grand merci

[mon_nom_est_personne]

le probleme il est pas au niveau de ton design mais de ta requete.
car au final tu veux recuperer tout les livre d'un auteur et leurs info alors pk pas faire:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
$sql = SELECT livre.* FROM table_auteur AS au JOIN table_jointure AS joint ON au.id_auteur = joint.id_auteur JOIN table_livre AS livre ON joint.id_livre = livre.id_livre WHERE au.id_auteur= $id;
 
$query= $this->database->query($sql);
 
while ($rs = $query->fetch_array() )
{
	$livre = new Livre($rs[0]);
        // la tu fmet tes info de livre comme bon te semble; un array, plusieur propreite etc...
	$livre->info = array(...);
}

[roldifion]

Oui, très bien je suis totalement d'accord cela fait qu'une (belle) requête..
Mais l'intérêt de la poo c'est aussi de prévoir les modifications et de faire en sorte que celle ci n'affecte pas trop de code.
Dans ta solution si je change un jour la table livre, il faudra modifier la classe livre et la classe auteur. Dans l'exemple il n'y a que deux mais mon projet est beaucoup plus important une quinzaine de table dont certaines reliés avec des relations N-aire..
Donc dans la classe auteur j'ai envie de faire complètement abstraction de comment est constitué la classe livre...
Une autre solution?
Thx

[mon_nom_est_personne]

faux dans le propos mais je comprend ce que tu veux dire.
Cette solution c'est pour collé a ton code. perso je travaillerais dans ce cas avec 3 classes :
- auteur
- livre
- collection des methode d'acces db.

je mettrais ta methode dans la 3eme classe et lui ferais retourner un array Et dans la classe auteur je ferais une methode de mapping entre le array retourne et la classe livre.
Et au lieu de generé n class livre je pense qu'il serais plus malin que cette classe contienne n class livre (reflection patern il me semble).
comme ca si tu change quelquechose au niveau de la db tu n'as que la methode db a changer et le reste roulera.

[roldifion]

ça c'est de la réponse que j'aime!!!
Merci!