IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Design Patterns Discussion :

Héritage de classes et associations "is-a"


Sujet :

Design Patterns

  1. #1
    Membre expérimenté Avatar de davcha
    Profil pro
    Inscrit en
    Avril 2004
    Messages
    1 258
    Détails du profil
    Informations personnelles :
    Âge : 42
    Localisation : France

    Informations forums :
    Inscription : Avril 2004
    Messages : 1 258
    Points : 1 539
    Points
    1 539
    Par défaut Héritage de classes et associations "is-a"
    Il s'agit de mapping objet/relationnel.

    J'ai un peu de mal à trouver une solution satisfaisante pour l'héritage de classes dans le cadre d'associations "is-a" entre plusieurs entités.



    Par exemple, disons que j'ai 3 tables dans une base de données : Personne, Client et Fournisseur.
    Une personne peut être à la fois cliente et fournisseur.

    Quelles sont les bonnes manières de modéliser ça en poo ?

    1)
    Trois classes : Personne, Client et Fournisseur.
    Client et Fournisseur héritant de Personne et disposant d'une association "Base" de type Personne.
    Personne disposant d'une associations pour chaque classe dérivée, donc : Personne.ClientDérivé et Personne.FournisseurDérivé

    2) complètement larguer l'idée de faire de l'héritage de classe, et ne garder que les associations ?



    Par la suite, mon but est notemment d'être capable de :
    - créer un nouveau client ou fournisseur à partir d'une personne
    - trouver rapidement tous les clients/fournisseurs faisant référence à une personne

    La solution ultime devrait également permettre, dans l'hypothèse où il y aurait, par exemple, une classe MauvaisClient dérivant de Client, de créer un nouveau MauvaisClient à partir d'une Personne.
    Autrement dit de créer l'instance de Client si celle-ci n'existe pas, et si elle existe de l'utiliser pour créer le mauvaisclient.

  2. #2
    Expert éminent sénior
    Homme Profil pro
    Architecte technique retraité
    Inscrit en
    Juin 2008
    Messages
    21 240
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Manche (Basse Normandie)

    Informations professionnelles :
    Activité : Architecte technique retraité
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2008
    Messages : 21 240
    Points : 36 696
    Points
    36 696
    Par défaut
    Bonsoir,
    Je comprend qu'une personne peut être client ou fournisseur (ou rien du tout) mais la phase:
    Citation Envoyé par davcha Voir le message
    Par la suite, mon but est notemment d'être capable de :
    - créer un nouveau client ou fournisseur à partir d'une personne
    - trouver rapidement tous les clients/fournisseurs faisant référence à une personne
    laisse penser que plusieurs clients/fournisseurs pourraient correspondre à une même personne.

    En attendant que vous clarifiez cela, je vous suggère de jeter un oeil au pattern "decorator" qui pourrait vous plaire.
    -W
    Architectures post-modernes.
    Python sur DVP c'est aussi des FAQs, des cours et tutoriels

  3. #3
    Membre expérimenté Avatar de davcha
    Profil pro
    Inscrit en
    Avril 2004
    Messages
    1 258
    Détails du profil
    Informations personnelles :
    Âge : 42
    Localisation : France

    Informations forums :
    Inscription : Avril 2004
    Messages : 1 258
    Points : 1 539
    Points
    1 539
    Par défaut
    1 personne, 0 ou 1 client/fournisseur.

  4. #4
    Membre Expert

    Homme Profil pro
    Ingénieur R&D
    Inscrit en
    Juin 2003
    Messages
    4 506
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur R&D
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2003
    Messages : 4 506
    Points : 5 724
    Points
    5 724
    Par défaut
    Tu es déja en train de proposer une implémentation alors que tu n'es pas sensé le faire quand tu conçois, peu importe en implémentation un boolean dans Personne suffirait à indiquer s'il s'agit d'un fourniseur ou pas...


    Quelle est la question exactement c'est de savoir quand faire un héritage et quand faire une association ?

    Pour ma part Personne comme classe de base de Fournisseur et Client me semble idéale
    " Dis ce que tu veux qui insulte mon honneur car mon silence sera la réponse au mesquin.
    Je ne manque pas de réponse mais : il ne convient pas aux lions de répondre aux chiens ! " [Ash-Shafi'i ]

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Héritage de classe d'association
    Par Cyrilou dans le forum Diagrammes de Classes
    Réponses: 4
    Dernier message: 20/06/2007, 10h26
  2. [OO] Héritage - Mixins Classes
    Par djmalo dans le forum Langages de programmation
    Réponses: 4
    Dernier message: 02/03/2005, 00h16
  3. Classe d'association ? comment est ce implémenté ??
    Par clawhammer dans le forum Diagrammes de Classes
    Réponses: 3
    Dernier message: 16/09/2004, 20h40
  4. problème de classe d'association
    Par Nip dans le forum Diagrammes de Classes
    Réponses: 8
    Dernier message: 08/06/2004, 17h08

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo