> Je suis d'accord avec la solution de Willfied.
>
> Le souci c'est que tu abordes le probl�me � l'envers � mon avis.
> Il vaut mieux chercher d'abord les objets et en d�duire le mod�le de
donn�es plut�t que le contraire.
> C'est d'ailleurs le concept des CMP, c'est ton outil de d�ploiement et ton
conteneur qui te proposent un mod�le de donn�es � partir de ton mod�le
d'objets. Tu n'as pas � t'en occuper.
> Parce que l�, la question importante c'est : as-tu besoin de diff�rencier
tes objets Bookmark et Folder ? Fonctionnellement est-ce n�cessaire ou utile
pout toi ?
je dirais n�cessaire, car je pr�voyais d'ajouter un attribut url � l'objet
Bookmark et un attribut folded ( �tat pli�/ d�pli� )
� l'objet Folder. ( Les autres attributs �tant identiques label,
description, date, etc.)
Les attributs folded ou url n'ont pas vraiment de sens dans une autre classe
( Folder ou Bookmark) .
>Ou peux-tu te contenter d'une seule classe Node avec un simple champ "type"
? De l�, tu peux d�duire ton mod�le objet, et ensuite ton mod�le de donn�es
...
Non, car fusionner les 2 types d'objet en un
seul impliquerait des champs inutiles ou sans sens pour certaines instances.
Je pense donc partir sur la solution de Wilfried,
merci,
Luc
