Reprise du message précédent :

Oui mais il s'agit du "cas particulier" que j'évoquais, c'est à dire quand cela facilite la lecture.
 
Je suis un habitué du  
 

 
Mais les return dans les boucles ben je ne le sens pas (et ça peut compliquer le debuggage)
 
Deux écoles s'opposent sur cette question, il me semble.

 
C'est bien vrai... inutile de rentrer dans un tel débat

Si vous avez encore le courage de m'aider,  
 
http://forum.hardware.fr/hardwaref [...] 5841-1.htm
 
   

ton problème de formes et de groupes, c'est clairement le composite pattern
 
allez, cadeau : http://www.codeproject.com/useritems/Composite.asp

Effectivement ça y ressemble beaucoup.
 
Ca rappellera quelque chose à franceso:
 
Another interesting part of the example is that here every component is identifiable through its resource id. Whenever we create an object (leaf or composite object), it creates a key pair of the id and the pointer to that object and pushes this key into a MAP, from which we can easily search for that component in later times through its resource id.
 
Par contre c'est bien de parler de pattern mais y a pas le moindre diagramme explicatif.
 
Comme un air de déja vu:
http://wiki.media-box.net/tutoriau [...] /composite

et google ca sert a quoi ?
 
edit : http://www.dofactory.com/Patterns/ [...] osite.aspx

Je faisais référence à l'article de code project pas à ton intervention.  

bha c'est pas moi qui ai écrit l'article

Sinon je connaissais la référence. Je l'ai toujours trouvé bien fait ce site.
 
Par contre j'aurai du voir l'intérêt du pattern composite dans le problème de paradox

En parlant de référence, j'ai encore un tout petit souci: Mon itérateur, pour être construit, a besoin d'une Liste&.  
Maintenanant, je me retrouve avec une Liste* ... comment passer la référence de la liste pointée au constructeur de l'itérateur ?
 
Le cas en question:
 
 

 
=>

 
Ya une astuce ?

*uneListe
 
C'est quand même pas dûr si ?

Jep je l'avais testé, j'avais une erreur ailleurs, c'est pour ça. merci qd meme