Accès membres dans Hiérarchie d'héritage - C++

Question

struct A { 
protected: 
    int y; 
public: 
    int z; 
}; 

struct F : A { 
public: 
    using A::y; 
private: 
    using A::z; 
}; 

int main() { 
    F obj_F; 
    obj_F.y = 9; 
    obj_F.z = 10; 
} 

Source: http://publib.boulder.ibm.com/infocenter/comphelp/v7v91/index.jsp?topic=/com.ibm.vacpp7a.doc/language/ref/clrc14cplr135.htm

Dans le code ci-dessus obj_F.z = 10; - est autorisé. Explication: L'accès du membre z est toujours public. La déclaration privée utilisant A :: z n'a aucun effet sur l'accès de z.

Quelqu'un peut-il me dire, si z, qui est déclaré comme privé, est accessible à l'extérieur, alors quelle est la signification de ce privé? Qu'est ce que ça fait?

Merci

-Saiyasodharan

Answer 1

Le code est valide selon la norme - voir cette règle standard, que je n'ai pas eu à l'esprit quand je répondais avant

A member m is accessible when named in class N if

• [...], or
• there exists a base class B of N that is accessible at the point of reference, and m is accessible when named in class B.

Cela vaut tout à fait à votre code, et donc l'accès est valide ... Il semble que le but principal de cette règle est de permettre aux déclarations d'amis de la base de s'appliquer aux membres hérités, mais cela s'applique également à ce cas.

---

(Ne tenez pas compte des parties de ce qui disent que le code est invalide - Il est valide comme expliqué ci-dessus Cette partie est une ancienne version de ma réponse, gardé ici pour servir des informations générales.)

Non, ce code est invalide. Voilà pourquoi les équivalents « accès » déclarations sont appelées de cette façon (ceux-ci sont déconseillés bien)

struct F : A { 
public: 
    A::y; 
private: 
    A::z; 
}; 

Ceux-ci sont appelés précisément « accès déclarations » parce que ils peuvent modifier l'accès ...Dans votre exemple, la classe de dénomination est F et z en tant que membre de F est privée car la déclaration d'utilisation a fait modifier le niveau d'accès du nom.

Answer 2

F hérite d'un privé. Vous ne pouvez donc accéder à aucun membre public de A si vous utilisez une définition de F en dehors de F. Parce que F ne définit aucun membre, F est fondamentalement inutile.

Si F hérite d'un public (ie :)

struct F : public A {}; 

Ensuite, vous pouvez maintenant utiliser membre public A. de sorte que vous pouvez écrire obj_F.z

Si vous avez une variable z qui est public dans un privé et en F, à savoir:

struct A { public: int z; }; 
struct F : public A { private: int z; }; 

alors les deux z sont en fait deux variables différentes. Ce n'est pas ce que tu veux.

également, comme Andre Holzner a dit, votre déclaration using sont inutiles ici.

Généralement, vous ne pouvez pas, dans un langage de programmation d'objet, restreindre la portée d'un membre dans une sous-classe héritée du public. Soit la définition de classe ne compilera pas, n'obéira pas, ou créera un autre membre avec le même nom. Ceci parce que votre F n'est pas compatible avec le code qui traite d'un A ou d'une sous-classe de celui-ci.