Salut les progueux  

Bon je m'excuse d'avance si ca a déja été traité / trivial mais j'avoue que j'ai pas trouvé de terme pertinent pour lancer une recherche  

Voilà mon problème : j'ai une hiérarchie simplissime de trois classes. Une classe de base (A) et deux classes qui en héritent (B et C). Sur A j'ai une méthode (virtuelle pure) protected qui fait office de fonction utilitaire puisque j'aimerai que les classes dérivées puissent s'en servir mais pas l'exterieur. Cette méthode me permet d'accéder à des infos internes à la classe qui l'implémente (retourne une instance de class infos).

J'ai donc logiquement un truc comme ça :

Mon souci c'est que j'aimerai faire quelque chose comme ça:

Mais c'est pas possible, A::helper() est protected dans ce contexte
Alors à part passer la fonction helper() en public (ce qui ne me plaît pas du tout) est ce qu'il existe une solution à ce problème ? Ou est ce que c'est un problème de design plus général ?

Salut !
Heu, tu n'aurrai pas tout simplement oublié de faire hériter B et C de la classe A ? Et puis la je vois pas pourquoi ça ne marcherai pas...

Euh oui, dans le code, où est la relation d'héritage ? (antidtc bouclar activated)

et sinon friend ...

Oui merde daysolay  pour le public A, c'est une typo
Par friend t'entend déclarer B et C comme friend de A ?
C'est pas génial pour le jour ou je fais dériver une autre classe de A ... mais c'est moins pourri que le public.
C'est chiant un peu comme problème

Je pense que tu dois pas bien saisir...
Tu dit que B et C héritent de A alors que dans le code que tu donne tu ne fait aucun héritage... Donc c'est normal que ça marche pas.
Et puis en ce qui conserne le friend c'est bien sur ta fonction helper qui doit être friend (mais c'est pour faire une alternative a l'héritage vu que tu en fasait pas...) Mais j'ai lut que c'étais a éviter le plus possible... (mais c'est une solution)

Oui, c'est moi qui ai fait une erreur dans le code que j'ai mis dans le premier post, j'ai oublié le public A. B et C héritent bien de A. (j'édite le post être tranquille).
L'ennui c'est que ma fonction helper() elle est virtuelle. En la sortant de la classe Je peux toujours la faire appeller une fonction virtuelle protected déclarée dans A et redéfinie par B et C mais c'est assez bordélique je trouve.
Je pensais qu'il y avait une autre solution que passer par du friend ou du public, mais c'est vrai que c'est pas evident.

Ca pete l'encapsulation pis mes evil users ils peuvent toujours appeler ma fonction friend et foutre leur merde

Heu sinon Amonchakai, je t'assure qu'appeler une méthode protected sur un objet autre que this (quand on est pas dans la classe de base) ben ca passe pas.

ha bah c'est moi qui comprends pas tu veux héviter l'héritage public, c'est ça ?
Mais je pense pas que ça soit crade de le faire...
[edit] ha ça y est je viens de voir j'avais pas vu que tu appellais la méthode helper() d'une instance de A dans ta méthode link de la classe B...  
Donc oui, a priori je serai tenté de dire qu'il faudrai passer ta méthode helper en public...
 
désolé

Comme le contrôle d'accès s'effectue "par classe" (et non par objet), en C++, tu peux/dois appeler helper depuis une fonction membre de la classe A. Une solution consiste à faire en sorte que link soit une fonction publique non virtuelle qui effectue des pré-post traitement avant l'appel à une fonction membre protégée -ou private- virtuelle -pure ou non- doLink. Cette fonction doLink peut-être customisée dans les classes plus dérivées. C'est le pattern (mal) nommé "template méthode".  
 
Il y a un intérêt à rendre doLink protégé si on en fourni une implémentation dans la classe de base. Cette implémentation par défaut peut être appelé depuis une fonction doLink d'une classe plus dérivée.
 
Peut-être que cette technique peut fonctionner pour ce que tu essayes de faire.