Discussion :

[blitz_]

Bonjour,

Voila j'ai une classe de base qui est capable de faire des traitements, et j'aimerai pouvoir ajouter a cette classe des comportements via d'autre classes bien definies (que j'appelle des tags, ou etiquette). Voici comment j'envisage la chose :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
// une classe de base
class Base
{
   std::vector<Tag> myTags;   ///< Les options
public:
   void addTag(const Tag& tag); ///< Ajout d'une option
   void execute();  ///< Ici on itere sur les tags et appelle Tag::onExecute(this)
};
// la classe de base qui va modifier le comportement de Base
class Tag
{
public:
   virtual void onExecute(Base* b) = 0; 
};
// une classe derivee
class Print : public Tag
{
public:
void onExecute(Base* b); ///< Comportement defini, qui affiche par exemple un membre de A
};

J'ai aussi besoin que ces options (qui seront toujours prevues pour une classe de base) puisse acceder aux membres de Base, vu ma strategie, je pars pour ajouter le mot clé friend a chaque fois que je definie une nouvelle classe implémentant Tag .

Pour donner un exemple pratique de ce que je veux faire, j'ai une classe camera a qui je peux affecter un tag Viser afin qu'elle vise un objet dans une scene, meme lorsqu'il change de position. Ce systeme est inspiré du graphe de scene de l'application cinema4D : http://cgtuts.s3.amazonaws.com/077_C4D_Room2/14.jpg (interface graphique pour ajouter un tag) et http://www.kxcad.net/CINEMA_4D/help/US/html/5749.html (principe de base)

Que pensez vous de tout cela ?

[koala01]

Salut,

Le fait est que tu souhaite invoquer un comportement polymorphe sur tes différents "tag".

Tu ne peux donc utiliser que des pointeurs ou des référence sur des objets "passant pour être des tag" et qui sont, en réalité, "des type de tag particuliers".

Comme l'utilisation d'un tableau de références n'est pas autorisée, il ne te reste donc que la solution qui consiste à manipuler un tableau de pointeurs de type tag.

A partir de là, il faut voir ce qui serait le plus intéressant pour toi, car deux solutions s'offrent en gros à toi :

1. Soit tu considère que ta classe Base est responsable de la durée de vie des tags qu'elle manipule, ce qui impliquera un certain nombre de copies et de destructions des différents tags
2. Soit tu considère la possibilité d'avoir une autre classe qui s'occupe de gérer la durée de vie de ces tags de manière séparée.

La première solution impliquerait que tes tags soient clonables, car ta classe tag a sémantique d'entité, et que, typiquement, les types ayant sémantique d'entité supportent assez mal la copie.

De plus, elle implique également le fait, quelle que soit la manière dont la copie des tag est effectuée, que tu devra veiller à libérer correctement la mémoire allouée aux différents tag qu'elle contient lorsque ceux-ci ne seront plus utiles (au plus tard au moment de la destruction de Base).

La deuxième solution peut s'avérer préférable si tes tags servent "à autre chose" que ta classe Base, s'ils se retrouvent, par exemple "dispatchés" vers différents objets de type totalement indépendant

[blitz_]

Salut,
Oui pour mon cas, je passe par la premiere solution que tu decris.
Pour ce qui est de la manipulation de Base par Tag, je vais ajouter des methodes publiques (je pense que ca sera surtout des accesseurs/mutateurs) a Base, prévues (uniquement?) pour Tag. Ca me gêne un peu puisque leur mauvaise utilisation peut compromettre le fonctionnement interne de la classe, mais je ne vois pas d'autres solutions (qui respecte l'orienté objet)... Peut-etre demander des parametres instantiables que par les classes qui doivent s'en servir ?

[3DArchi]

Salut,
Tu devrais regarder du côté des Design Pattern (Decorateur, Visiteur, Chaine de responsabilité?)

[blitz_]

Bon je devrais m'en sortir avec les ressources que vous m'avez fournies, merci !