Discussion :

[vince-nantes]

Bonjour,

Je me pose une question et je souhaiterai avoir vos avis.

J'ai 2 tables "equipe" et "competition", entre les 2 j'ai une table de relation "equipe_competition" (CIM porteuse) qui porte les informations "position", "points", matchs_joues"...

Je souhaite obtenir le classement d'une compétition, j'ai alors créé une classe "EquipeCompetition" qui contient une méthode "getList" où je fais des jointures pour récupérer également quelques données des équipes et de la compétition.

Est-ce que ça vous parait correct de créer une classe pour les tables de relation ?

J'aurai pu mettre une méthode "getClassement" dans la classe "Equipe", ça me retournerait bien un tableau d'équipes mais ça m'oblige à ajouter les attributs de la relation ("position", "points"...) dans la classe "Equipe" et je trouve que ce n'est pas leur place : je n'en ai pas besoin dans la méthode "get" par exemple...

J'aurais pu aussi mettre une méthode "getClassement" dans la classe "Competition" mais elle me renverrai un tableau d'équipes, ça me parait pas cohérent.

Merci d'avance pour vos réponses

[mlebeguec]

Bonjour,

On ne fait pas de classe en fonction des tables créées mais fonction du besoin.

Tout de suite là sans réfléchir et sans connaître les besoins, une méthode getClassement pour une compétition ne me paraît pas con.

Tu as une compétition et fonction d'une compétition tu as des équipes, donc ce serait bien d'avoir oui le classement de ces équipes pour la compétition.

Cordialement,

Natso

[vince-nantes]

Tout d'abord merci pour ta réponse.

J'ai compris ce que tu voulais dire dans le sens où ça ne te paraît pas choquant qu'une méthode de la classe "Competition" retourne une liste d'équipes, mais j'essaie de garder une certaine logique d'organisation par rapport à ma modélisation.
Peut-être que je me prends trop la tête, mais j'ai l'impression qu'il y a une bonne pratique dans ce cas...

Je m'explique :
- Ma classe "Equipe" va contenir, entre autres, une méthode "get" qui me retourne un objet "Equipe" (avec pour attributs les colonnes de ma table "Equipe" et quelques colonnes issues de tables jointes comme le nom de l'entraineur stocké dans la table "Entraineur"), une méthode "getList" qui me retourne un tableau d'objets "Equipe"...
- Ma classe "Competition" va contenir, entre autres, une méthode "get" qui me retourne un objet "Competition", une méthode "getList" qui me retourne un tableau d'objets "Competition"...

Tout est cohérent jusque là, mais se pose le problème des méthodes de tables de relation. C'est pourquoi je pensais faire ça :
- Ma classe "EquipeCompetition" va contenir, entre autres, une méthode "get" qui me retourne un objet "EquipeCompetition" (classement d'une équipe dans une compétition), une méthode "getList" qui me retourne un tableau d'objets "EquipeCompetition" (classement des équipes dans une compétition).

Ca me permet de mettre les colonnes portées ("position", "points", matchs_joues"...) de la table de relation comme attributs de ma classe "EquipeCompetition". Ca semble cohérent, mais est-ce que c'est une bonne pratique au niveau de l'organisation de mes classes ?

[mlebeguec]

Tu écris: mais j'ai l'impression qu'il y a une bonne pratique dans ce cas...

En fait selon moi, cela dépend comment tu intellectualises la chose.

Tu crées un objet equipe donc pour moi tout ce qui est propre à l'équipe en question: attributs (points, positions, etc..), méthodes, doivent appartenir à cette classe.

Natso

[vince-nantes]

D'accord, donc si je résume : toi tu n'aurais pas créé de classe "EquipeCompetition", tu aurais placé une méthode "getClassement" dans la classe "Equipe" (pour connaître son classement dans une compétition) et une méthode "getClassement" dans la classe "Competition" (pour avoir le classement complet).

Pourquoi pas. Merci pour tes réponses, j'aimerai d'autres avis si c'est possible.

[SQLpro]

Tout dépend du point de vu fonctionnel que vous adoptez.... Si pour vous les équipes sont prépondérante, alors la création de cette classe n'est pas importante. Mieux vaut donc "intégrer" ces informations à un autre objet. Si pour vous le classement est prépondérant alors oui....

A +

[vince-nantes]

Merci SQLPro pour ta réponse également, je vais continuer mon analyse pour voir si ma table de relation nécessite vraiment une classe "EquipeCompetition" (ou "Classement"), sinon je mettrai ça dans la classe "Equipe".

Je mets en résolu, si jamais il y a d'autres avis je suis preneur.