Discussion :

[agparchitecture]

Bonjour à tous,

J'envisage de réaliser un petit logiciel de calculs de réseaux d'égouttage pour bâtiment.

Cependant, je suis confronté à la gestion de la structure des données. En effet, le reseaux se rapproche d'un problème de diagramme car chaque "raccord de tuyaux/chambre de visite" peut être assimilé à un noeud ayant un/des enfants et un parent. Jusque la ça roule. Par contre chaque "connections/noeud" est relier par un tuyaux ayant des caractéristique dépendant des nœuds précédent (diamètre, débit, pente, ...).

Du coup je ne vois pas comment organiser les données et les class models afin de pouvoir créer les liens. Je vois bien des doubles tableaux de liste mais comment faire le liens entre elle.

exemple de structure :

Je vous remercie pour l'aide apportée.

[popo]

Je peux me tromper mais cela ressemble à un classique composant composite.
La différence est que les composants ne sont pas directement attachés au composite mais passent par l'intermédiaire d'un tuyau.

Au lieu d'avoir cette structure
ComposantParent
---ComposantEnfant
---ComposantEnfant
---ComposantEnfant

Tu as cette structure :
ComposantParent
---LienAvecComposantEnfant
------Diametre
------Pente
------Debit
------ComposantEnfant
---LienAvecComposantEnfant
------Diametre
------Pente
------Debit
------ComposantEnfant
---LienAvecComposantEnfant
------Diametre
------Pente
------Debit
------ComposantEnfant

[agparchitecture]

@ popo :
Merci pour l'information mais je ne comprend pas du tout.... qu'est ce que le composant et qu'est ce que le composite dans mon cas? J'ai ajouté un schéma pour plus de clarté.

[popo]

Le composant est ce que tu appelle un nœud enfant, le composite est son parent.
Puisque tu parles d'un réseau d'égout, je suis parti du principe que tu as forcément un point de départ et ensuite des raccordement qui descendent.

[agparchitecture]

Le composant est ce que tu appelle un nœud enfant, le composite est son parent.
Puisque tu parles d'un réseau d'égout, je suis parti du principe que tu as forcément un point de départ et ensuite des raccordement qui descendent.

C'est bien ça mais après avoir recarder la composite design pattern, il me semble que le composite est donc mes raccords et mes chambre de visite. Le dernier équipement étant la "leaf". Par contre qu'est ce que je fait des tuyaux car ceux-ci n'ont pas vraiment une liste d'enfants puisqu'il ont juste un départ et une arrivée...

Cette distinction est pour moi importante car je souhaite ultérieurement pouvoir le dessiner avec du gdi ou en wpf.

Donc vaut-il mieux faire un composite pour

1. un tuyaux
2. un raccordement entre tuyaux
3. une cv

et un leaf pour l'équipement (wc, lavabo, evier, ...)

ou de faire

un composite qui est un raccord avec son tuyaux d'évacuation...

Par contre je me demande si c'est pas lourd comme solution pour finalement avoir tres peut de noeud avec seulement 2 enfants maximum mais une très grande profondeur.

Merci et bonne soirée

[popo]

Le patterne en question n'est pas qu'un composite et des composants.
Chaque composant peut lui-même être considéré comme un composite puisqu'il peut lui-même être formé de différents composant.
Cela fait une structure en arbre.

Si c'est le fait que tu n'as pas vraiment de composants et de composite qui te dérange car tu as des tuyaux et des raccordements, alors on peut voir les choses différents sans parler de pattern.

Une simple List de nœuds
Un nœud étant composé d'un identifiant et proposant des liens vers les nœuds suivants et précédents
Ces liens étant eux aussi des liste de nœuds.

En fouillant un peu j'ai trouvé ce lien qui décrit cela :
https://stackoverflow.com/questions/...el-of-the-proj