conception pour une appli en POO : une classe par table ?

Bonjour,

je souhaite une confirmation avant de me lancer dans un travail qui va probablement prendre plusieurs jours.

Je travaille sur une application que je développe en POO/MVC. Dans sa première version, j'avais une table SQL unique comportant plein de colonnes (pour une partie de l'application of course) et j'y faisais correspondre une classe unique du modèle.

Par contre, j'ai revu la modélisation de l'appli et la table SQL unique est aujourd'hui décomposée en 7 tables (avec des clés étrangères)...

Donc question sur la conception : est-il justifié de créer 7 classes dans le modèle ?

Comme il s'agit d'une question de méthodologie, je doute de la nécessité de donner plus de détails. Merci de votre réponse.

Bonjour,

Pour répondre brièvement à ta question, ce ne sont pas les tables MYSQL qui détermineront le nombre de classes qu'il faut créer mais plutôt le rôle et le besoin de chaque classe.

Supposons qu'on veut par exemple gérer les publications des utilisateurs dans le fil d'actualité et dans les groupes, et qu'on a deux tables pubs, et pubs_groupe (en supposant que la modélisation a été mal partie et qu'on ne veut plus ou on n'a pas le droit de modifier la structure de la base), dont la première représente les publications d'un utilisateur dans son fil d'actualité et la deuxième représente les publications dans (un/plusieurs) groupe(s).

Une publication à besoin d'au moins 4 informations: un id, l'id de l'émetteur, le texte et la date, et si la publication doit représenter une pub_groupe, dans ce cas, elle devrait avoir besoin d'une info de plus qui est le id du groupe.

Les colonnes de pubs sont : id_pub,id_emeteur,text_pub,date_pub et celles de pubs_groupe sont : id_pub,id_emeteur,text_pub,date_pub,id_groupe.

Comme vous voyez, la seule différence entre les deux tables est la colonne id_groupe, dans ce cas il ne faut pas créer 2 classes pour chacune, mais il y'a deux possibilités ( sans l'utilisation d'une classe abstraite...):

• Soit créer une seule classe Pubs qui gère les deux tables et ajouter une propriété private $typePub; afin de déterminer si c'est une simple pub ou une pub groupe :
  
  Code:

  ---

  1 2 3 4 5 6 7 8 9

  class Pub{ private $idPub; private $idEmeteurPub; private $textPub; private $DatePub; private $typePub; /* Les setters et getters + constructeur */ }

  ---

• Soit d'utiliser une classe Pub dans laquelle vous mettez seulement les propriétés nécessaires d'une publication + 1 classe PubGroupe héritant de Pub qui contient une propriété de plus $typePub;
  Code:

  ---

  1 2 3 4 5 6 7 8 9 10 11 12

  class Pub{ private $idPub; private $idEmeteurPub; private $textPub; private $DatePub; /* Les setters et getters + constructeur */ } class PubGroupe extends Pub{ private $typePub; /* Les setters et getters + constructeur parent */ }

  ---

Comme le dit Toufik , il n'ya pas nécessairement de lien entre nombre de table et nombre de classe.
Dans les faits c'est souvent le cas car la modélisation des données est souvent assez proche de la modélisation objet mais pas toujours.

Typiquement les tables "utilitaires" qui permettent de faire le lien entre 2 tables ne sont généralement pas représentée par une classe.

Bref il n'ya pas de règle universelle , ca dépend.

Merci pour vos réponses.

Citation:

---

Envoyé par Toufik83

Pour répondre brièvement à ta question

---

Qu'est-ce que ça doit être quand c'est pas bref ;)