+ Répondre à la discussion
Affichage des résultats 1 à 3 sur 3
  1. #1
    Nouveau Membre du Club
    Inscrit en
    mai 2007
    Messages
    54
    Détails du profil
    Informations forums :
    Inscription : mai 2007
    Messages : 54
    Points : 33
    Points
    33

    Par défaut Composite, feuille qui se transforme en noeud

    Bonjour,
    Je pensai appliquer le pattern composite, car je voulais faire un graphique avec des noeuds relié entre eu, mais ce que je comprend pas c'est que dans ce cas la qu'elle est l'interet a faire une distinction entre un noeud et une feuille...
    Pourquoi je pourrai pas dire que toutes les feuille son des noeud avec zero feuille. Parce que de plus si je veux rajouter une feuille a une feuille, je serrai obliger de le transformer en noeud...
    Donc j'ai l'impression que le pattern composite va compliquer le code pour rien...

  2. #2
    Membre éclairé
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    février 2005
    Messages
    231
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : février 2005
    Messages : 231
    Points : 375
    Points
    375

    Par défaut

    Bonjour,

    J'ai l'impression que vous énoncez un problème tout en donnant sa solution.

    Un noeud d'arbre est un candidat typique du pattern Composite.
    Une feuille est un noeud n'ayant pas de noeud enfant.

    Vous voulez garder la possibilité d'agrandir votre arbre. Peut-être que la notion de feuille peut être portée sans spécialisation de la notion de Noeud.

    On peut très bien créer une méthode estUneFeuille() sur le type Noeud, qui vérifie la règle énoncée plus haut.

    Cordialement,
    Sébastien

  3. #3
    Nouveau Membre du Club
    Inscrit en
    mai 2007
    Messages
    54
    Détails du profil
    Informations forums :
    Inscription : mai 2007
    Messages : 54
    Points : 33
    Points
    33

    Par défaut

    Merci de cette réponse, en effet dans ma question je donne ce qui me semble pour moi être la bonne réponse (sans pattern) mais j'aimerai avoir d'autres avis pour mieux trancher. Je vais donc expliquer un peu plus l'objectif du model.


    Je suis en train de modéliser mes object metier et il est donc important qu'il n'y est pas de choses inutile dans le model.


    Je voudrais faire quelques choses qui ressemble à un gestionnaire de tâches, chaque tâches peut être composé de plusieurs sous tâches, de cet énoncé j'en est tiré deux schema et je n'arrive pas trop à me décider même si je penche plutôt à ne pas utiliser dans mes classes métier le design pattern composite.


    Voici le schema :


Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •