Discussion :

[kaibaa]

salut,

je commence à développer un diagramme de classe pour un exercice de gestion de societe de location de véhicules.
L'énoncé contient cette partie:
"... à la demande d'un véhicule le service commercial saisit les dates de début et de fin de location, la catégorie du véhicule demandé et son état mécanique, ainsi que les capacité demandés.
En cas de disponibilité d'un véhicule, le service commercial prépare un contrat identifié par un numéro et contenant les informations relatives au client (code, adresse , numéro de téléphone, nom et prénom s'il s'agit d'une personne physique ou code fiscal et raison sociale s'il s'agit d'une société).
lorsqu'il s'agit d'un nouveau client le service commercial lui attribut un code et procède à l'enregistrement de ses caractéristiques dans la base de données."

ma question est est ce qu'il faut faire une classe pour client et deux autres classes: personne et societé qui héritent de la classe client?

ou on fait une interface client qui contient une fonction ajouterClient et deux classes(personne et société) qui implémente chacune cette interface

ou est est ce qu'il s'agit d'une classe abstraite client et 2 classes (personne et societe ) qui implémente la fonction ajouterClient de la classe abstraite client??
merçi pour toute clarification d'avance

[kokumbo]

Ma question est de savoir est ce que les classes client, personnes et société ont des attributs identiques? Si toutes ces classes ont des attributs identiques alors il suffit de créer une classe personne avec un attribut type qui différencie les différents type de personnes. Par contre si elles ont chacune des attributs en plus, les attributs identiques pourraient être regroupés dans une classe personne abstraite que les classes client et société hériteront. Je ne sais pas si ma réponse est satisfaisante.

[ze_corsaire]

Ca ne me paraît pas très objet Kokumbo. Et puis, dans le cas présent, il ne semble pas y avoir d'attribut commun dans l'énoncé. Le sujet semble orienté vers la définition d'un diagramme d'abstraction-clefs, aussi je préfère y voir des purs objets like POJO, que des interfaces donc plutôt une classe abstraite. Et peut-être qu'en phase plus avancée dans le projet on leur trouvera des attributs communs, style adresse ou numéro de téléphone, un code client commun, ...

__________

[lahmar.abdel1]

Bonjour,

en fait, j'ai une question à propos de ce sujet : classe abstraite et interface :
quelle est la différence entre interface et une classe abstraite dont toutes ses méthodes sont abstraites (non pas au moins une mais toutes les méthodes).

Merci d'avance.

[ze_corsaire]

Outre le fait qu'il soit plus conventionnel d'utiliser une interface, notamment pour faciliter la lecture d'un diagramme de classe, je vois une différence : une classe peut implémenter autant d'interfaces qu'elle le désire, mais bien souvent elle ne peut pas (= cas d'une conception orientée vers certains langages objet) hériter de plusieurs classes. En fait c'est comme utiliser un marteau pour écraser une mouche.

_______