Discussion :

[NiamorH]

Bonjour,

j'ai pensé qu'il serait parfois utile d'avoir une classe Handle (un pointeur vers une donnée accessible à un nombre restreint de classes) et je cherche une manière élégante de l'implémenter.

Ma première idée d'utilisation est :

Code :

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

typedef Handle<WidgetData, TypeList(Widget, WidgetManager, Graphic, System)> WidgetDataHandle;

Ce qui définirait un Handle vers un WidgetData dont les opérateur -> et * ne seraient accessible qu'aux classes de la TypeList.

Ainsi il serait possible de faire transiter des WidgetDataHandle dans l'application mais inutilisable ailleurs que prévu.

On pourrait imaginer une politique de stockage template sous forme de smartptr, auto_ptr...

Le problème c'est que

Code :

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

friend class T;

ne fonctionne pas donc je suis coincé dans mon idée et je viens vers vos lumières.

[Davidbrcz]

si ta classe T n'est pas définit , c'est sur que ca va pas compiler car pour ma part , je vois pas ou tu veut mettre ta déclaration d'amitié .

[NiamorH]

C'est vrai que même avec une typelist, c'est un peu chaud, vu que l'amitiée n'est pas propagée par héritage.

Alors d'autres propositions pour implémenter l'idée ?

[Luc Hermitte]

L'amitié ne s'héritant pas, tu peux peut-être t'en sortir en faisant en sorte que tes 4 classes dérivent d'un même type qui dispose d'un accesseur interne (protégé) vers le handle. Le handle déclarant ce type parent comme ami.

M'enfin, tout cela me donne l'impression d'un tentative d'utiliser l'amitié à l'envers.
En limitant l'accès à la définition (!= déclaration) de tes deux opérateurs de la classe handle, tu pourras t'assurer qu'ils ne seront pas utilisés hors des endroits que tu veux -- avec une telle solution, il faut s'attendre à des messages d'erreurs cryptiques.

[NiamorH]

Dommage j'aimais bien le concept.