Discussion :

[mister3957]

Bonjour à tous,


Je suis en train de faire une librairie statique qui gère des objets. Le gestionnaire principale possède une hiérarchie éparpillé regroupant les types de l'utilisateur qu'il a à gérer.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
typedef TTYPELIST_2(Client, Voiture) TList;
 
template <class T>
struct SGesHolder
{
    CGesData<T> Ges;
};
 
class CGesManager : public CScatteredHierarchy<TList, SGesHolder>
{
 
};

Mon souci est que la liste, c'est l'utilisateur qui doit la construire, les objets métiers n'ont rien à faire là.

Comment puis-je gérer ça proprement ?


Merci,

A bientôt

[Alp]

Tu crées une TypeList vide dans un header obligatoirement inclus par les utilisateurs de ta bibliothèque.

Tu fournis une macro REGISTER_TYPE(LeType, TaTypeList) qui rajoute LeType à TaTypeList. Par contre, le petit soucis c'est de spécifier le nom de la typelist. Tu peux t'en sortir sans mais ça t'oblige à passer par une seule et unique typelist, et ainsi impossibilité d'utiliser REGISTER_TYPE pour une autre typelist dans le projet.

[mister3957]

Ok je vois, merci beaucoup.

Le coeur du soucis c'est que je ne sais pas si c'est possible d'avoir une liste puis de l'alimenter et non d'en en déduire une nouvelle.

Code :

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

1
2
3
 
typedef SNullType TGesList; // La liste vide
TGesList = SPushBack<CCustomer, TGesList>::TResult; // par l'utilisateur

Ca c'est pas possible, le compilateur me dit

error C2513: 'SNullType'*: aucune variable déclarée avant '='

[Alp]

Non tu ne peux pas. L'astuce c'est généralement de donner des noms incrémentaux, puis de faire un typedef sur le nouveau nom, il me semble.
Genre tu as TL1, TL2, TL3, TL4, ... Et tu fais à chaque fois un nouveau typedef dessus vers un type TypeList. Je crois qu'on peut bricoler quelque chose de ce genre.