Discussion :

[HanLee]

C'est normal y'en a pas =P !

Ce qu'il y a, c'est Boost Graph Library, et comme les arbres sont des cas particuliers de graphes, tu peux songer à les utiliser, mais c'est assez compliqué au début à utiliser... Miles a fait une petite introduction sur le site récemment.

Mais tu pourrais utiliser cette bibliothèque d'arbre, conçue dans l'esprit STL : http://www.aei.mpg.de/~peekas/tree/

[loufoque]

C'est normal y'en a pas =P !

Si si.
Ça a été développé cet été.

[Luc Hermitte]

Tu peux regarder du côté de boost.tree pour les arbres.

C'est indépendant, dans le sandbox et autres pojets à l'étude, ou cela fait parti d'autre chose ?
J'ai croisé un adobe.forrest (qui vient avec ASL), mais pas de boost.tree officiel.

[loufoque]

Ça fait partie des projets SoC

[koala01]

En définitive, je me suis tourné vers un arbre d'héritage ressemblant à
en me basant sur le fait que tout "est Base", et en sériant par la suite en fonction du nombre potentiel de listes d'actions possible, le tout en ne plaçant dans base qu'un avis permettant de déterminer le nombre de liste, et, dans le deuxième niveau, un avis permettant de déterminer le type précis de la classe...

Ceci dit, je me demande s'il ne serait pas opportun, vu que d'une certaine manière, il s'agit de sérialiser cet ensemble, de me trouner vers boost::serialize, et ce, d'autant plus qu'à terme, ce devra etre enregistré de différentes manières

[Luc Hermitte]

boost::serialize n'est pas envahissant. Pas besoin d'avoir une classe mère de toutes choses.
A voir selon ce que tu voudras faire.

[loufoque]

Pour boost.tree, en fait ils travaillent en ce moment à l'ajouter à TR2.
http://open-std.org/JTC1/SC22/WG21/d...006/n2101.html

Sinon y'a trop de franglais dans ton schéma...