C++: l'Accès aux méthodes parents et les variables

De quelle manière dois-je accéder à cette méthode parent et parent variable?

class Base
{
public:
    std::string mWords;
    Base() { mWords = "blahblahblah" }
};

class Foundation
{
public:
    Write( std::string text )
    {
        std::cout << text;
    }
};

class Child : public Base, public Foundation
{
    DoSomething()
    {
        this->Write( this->mWords );
        //or
        Foundation::Write( Base::mWords );
    }
};

Grâce.

Edit: Et si il existe une ambiguïté?

OriginalL'auteur | 2010-12-24

  1. 11

    Les deux syntaxes que vous utilisez dans votre code (this->... et les noms qualifiés) ne sont nécessaires en particulier lorsqu'il existe une ambiguïté ou une autre la recherche d'un nom, comme le nom de la clandestinité, le modèle de la classe de base etc.

    Quand il n'y a pas d'ambiguïté ou d'autres problèmes que vous n'avez pas besoin de ces syntaxes. Tous vous avez besoin est un simple nom non qualifié, comme Write dans votre exemple. Juste Write, pas this->Write et pas Foundation::Write. La même chose s'applique à mWords.

    I. e. dans votre exemple, une plaine de Write( mWords ) suffira.

    Pour illustrer ce qui précède, si votre DoSomething méthode avait mWords paramètre, comme dans

    DoSomething(int mWords) {
  ...

    puis ce local mWords paramètre masquer classe héritée membre mWords et vous auriez à utiliser

    DoSomething(int mWords) {
  Write(this->mWords);
}

    ou 

    DoSomething(int mWords) {
  Write(Foundation::mWords);
}

    pour exprimer votre intention correctement, c'est à dire à la pause par le biais de la clandestinité.

    Si votre Child classe a aussi son propre mWords membre, comme dans

    class Child : public Base, public Foundation
{
  int mWords
  ...

    puis ce nom se cache l'héritage mWords. Le this->mWords approche dans ce cas, ne serait pas vous aider à révéler le nom propre, et vous auriez à utiliser le nom qualifié pour résoudre le problème

    DoSomething(int mWords) {
  Write(Foundation::mWords);
}

    Si vos deux classes de base avait un mWords membre, comme dans

    class Base {
public:
  std::string mWords;
  ...
};

class Foundation {
public:
  int mWords;
  ...

    puis dans Child::DoSomething la mWords nom d'être ambigu, et que vous avez à faire

    DoSomething(int mWords) {
  Write(Foundation::mWords);
}

    pour résoudre l'ambiguïté.

    Mais, encore une fois, dans votre exemple, où il n'y a pas d'ambiguïté et pas de nom de cacher tout cela est complètement inutile.

    du sens. merci!

    OriginalL'auteur

  2. 0

    Car il n'y a pas de conflit de noms, il suffit d'utiliser Write(mWords). Utiliser les 2 autres si vous avez des variables locales qui sont en conflit, ou lorsque les noms sont cachés.

    Si il y a des conflits, la méthode qui me recommandez-vous d'utiliser?
    et qu'entendez-vous par "lorsque les noms sont cachés"?
    si c'est un conflit entre les variables locales et les variables de membre (par exemple, votre classe est une variable de membre i, et votre méthode utilise une variable locale i), l'utilisation this. si A déclare une fonction f, et B hérite A et déclare f aussi, et vous souhaitez appeler A's f de B, puis utilisez A::f.

    OriginalL'auteur

  3. 0

    Je pense que c'est l'approche la plus commune:

    Write(mWords);

    à moins que vous exécutez dans l'ambiguïté.

    S'il y a ambiguïté ou l'ombrage parce que vous voulez quelque chose dans un (particulier) de la classe de base, mais quelque chose dans une autre classe de base (ou de cette classe) se cache, puis utilisez le Base::name syntaxe.

    Si une variable locale est l'occultation de l'un de vos membres, puis utilisez this->, si, en général, vous devriez essayer d'éviter cette situation. (c'est à dire: essayez d'éviter de nommer les habitants de telle sorte qu'ils de l'ombre membres)

    Je suppose, une manière de regarder, il serait d'utiliser la première de ces qui fonctionne et fait ce que vous voulez:

    1. name
    2. this->name
    3. Base::name
    oui, je pourrais avoir à composer avec l'ambiguïté... je vais le préciser dans mon premier post.

    OriginalL'auteur