Version imprimable
Bonjour à tous !!
J'ai un problème d'ordre théorique. J'aimerai savoir qu'elle est la différence entre des membre de classe :
Privé et Protégé (private et protected).
J'ai regardé la FAQ, mais je ne trouve pas très bien expliqué...
et quelque essai on confirmer mon incompréhension.
d'avance merci
Pour faire super simple et t'éviter des maux de crânes :
Protected, c'est comme private pour tout ce qui est extérieur à la classe et à ses sous-classes, et comme public pour tout ce qui est à l'intérieur de la classe ou de ses sous-classes.
La différence vient donc des sous-classes. Les machins protected sont visibles par les sous classes, alors que les machins private ne le sont pas.
Voilou :)
Les variables "private" sont des variables qui ne peuvent être accédées que de l'intérieur de la classe.
Les variables "protected" sont des variables privées qui peuvent toutefois être accédées par les classes dérivées.
Oui mais si je crée une classe et que je crée un autre classe qui herite de la première classe. Celle-ci aura aussi les membres privés...
Justement non. Enfin elle en sera composée, mais n'y aura pas accès.Citation:
Oui mais si je crée une classe et que je crée un autre classe qui herite de la première classe. Celle-ci aura aussi les membres privés...
Et attention aussi : suivant la nature de l'héritage (public/protected/private), l'accés aux membres changera. Par exemple si tu fais un héritage protected, les membres public deviennent protected dans la classe dérivée.
Salut,
Pour avoir accès à tes variables privées à partir d'une sous-classe jusqu'à une super classe, tu dois créer des accesseurs, qui te permetrons d'y avoir accées par appel de la methode crée.
Tout ce qui a été dit concerne la syntaxe. Côté idiomes ... cela va dépendre de ce que tu voudras faire.
Parfois les descendants d'une classe devront pouvoir accéder à certains membres (fonctions (pas d'accesseur possible pour une fonction) ou attributs (mettre des accesseurs pour chaque membre n'a aucun sens)) qui relèvent de l'implémentation dans la classe mère. Là, il peut être intéressant de définir ces membres comme protégés.
Mais ce n'est pas forcément nécessaire car suivant le membre, donner un accès direct à son état romp toute encapsulation et met en péril son intégrité, vu que les descendants pourraient faire n'importe quoi avec.
Très important, de même qu'il ne faut pas définir des accesseurs (& mutateurs) pour chaque attribut, il ne faut pas nécessairement les déclarer protégés. C'est le design qui doit primer ; et en fonction de ce que l'on veut réaliser, on va utiliser tel ou tel aspect de la syntaxe du C++. En d'autre termes : on ne pisse pas des classes en se disant "je verrais plus tard comment je la dériverai ; en attendant je mets des accesseurs pour chaque attribut qui sera d'aileurs protégé". On réfléchit d'abord.
(Je sais que c'est bateau ce que je dis, mais il n'est pas rare de voir des bateau qui ont de sacrées voies d'eau)
Comme c'est court, j'ai repris texto la FAQ
qu'est-ce qui est incompréhensible pour qq qui a 346 messages?Citation:
Envoyé par FAQ de LFE
Qu'il n'ait pas lu la FAQ ?Citation:
Envoyé par HRS
Citation:
Envoyé par Trap D
Citation:
Envoyé par Seboubou86
[hs]
Ouais 346 message Ok... mais cependant je suis blond donc sa change les
donnes...
[/hs]
Merci pour toute ces réponses...
En fait j'ai compris... ce qui est private ne s'hérite pas...
Mais lorsque je testait, je testais avec BCB 6.0 en utilisant l'éditeur de code pour voir les accès... mais c'est pas très fiable...
Merci encore pour toute ces réponses :-)
[hs]Citation:
Envoyé par Seboubou86
C'est dur la blonditude...
[/hs]
Si on en herite comme le reste... mais c'est enfermé dans un coffre en banque dont tu n'as pas la clef.... ....mais c'est bien à toi....