Wie für den Zugriff auf geschützte Methode in der Basisklasse von der abgeleiteten Klasse?

Hier ist ein Beispiel des Codes, das mich ärgert:

class Base {
  protected:
    virtual void foo() = 0;
};

class Derived : public Base {
  private:
    Base *b; /* Initialized by constructor, not shown here
                Intended to store a pointer on an instance of any derived class of Base */

  protected:
    virtual void foo() { /* Some implementation */ };
    virtual void foo2() {
      this->b->foo(); /* Compilator sets an error: 'virtual void Base::foo() is protected' */
    }
};

Wie Sie Zugang zu den geschützten overrided Funktion?

Vielen Dank für Ihre Hilfe. :o)

  • Ich glaube nicht, dass deine Umsetzung ist ganz richtig. Warum muss man eine Instanz der Basis, wie eine member-variable ist? dieser->b->foo() würde versuchen, rufen Sie eine rein virtuelle Methode.
  • Dieses Programm sollte nicht kompilieren. Sie kann nicht instanziiert werden eine abstrakte Klasse....Es sei denn b verweist auf eine Instanz von einer anderen Klasse abgeleitet aus Base.
  • Ich ausgelassen Präzision: Abgeleitet::b Attribut ist vorgesehen zum speichern einer beliebigen Instanz der abgeleiteten Klassen von der Basis
  • Siehe auch stackoverflow.com/questions/3247671/... (das ist über die Mitglieder anstelle von Methoden, aber Sie sind nicht sehr unterschiedlich)
  • C++ ruft Sie member-Funktionen, nicht Methoden (obwohl einige Leute benutzen den letzteren, aber in meiner Erfahrung, dass führt nur zu sprachlichen Argumente), und die Konzepte sind die gleichen für die member-Funktionen und member-Variablen, also: kopieren Sie der Zugriff auf protected-member in einer abgeleiteten Klasse
InformationsquelleAutor Bernard Rosset | 2011-01-12
  1. 10

    Protected-member in einer Basisklasse sind nur zugänglich durch das aktuelle Objekt ein.

    Also, Sie dürfen call this->foo(), aber Sie sind nicht erlaubt zu rufen this->b->foo(). Dies ist unabhängig davon, ob Derived bietet eine Implementierung für foo oder nicht.

    Der Grund für diese Einschränkung ist, dass es sonst sehr leicht zu umgehen, einen geschützten Zugang. Erstellen Sie einfach eine Klasse wie Derived, und plötzlich haben Sie auch Zugriff auf Teile von anderen Klassen (wie OtherDerived), die angeblich Zugriff von außen geschützt.

    • Danke, habe ich jetzt klar zu verstehen, die Gründe für die Beschränkung... Das wäre ein Sicherheits Loch... big one!
    • Bitte denke nicht, dass es da eine Sicherheitslücke. Zugriffsmodifizierer bieten keine Sicherheit, Sie konnte nur Lesen das Speicher, wenn Sie wollten, dass die Daten.
    • richtig, hier geht es nicht um "Sicherheit", sondern erzählt die Benutzer, welche Teile der Klasse, die Sie verwenden können, und verlassen Sie sich auf (d.h. die Teile sind nicht Umsetzung details, die möglicherweise verschwinden/sich jederzeit ändern). sicher, sollte Sie nicht Lesen, das Zeug, und verwenden Akrobatik mit Sachen wie offsetof zu tun, aber es ist definitiv nicht um Sicherheit im Sinne von physisch verhindert den Zugriff auf Daten nur zu dokumentieren beabsichtigte Verwendung, die Semantik und die Stabilität der API.
    InformationsquelleAutor Bart van Ingen Schenau
  2. 6

    Normalerweise würden Sie es tun, mit Base::foo() bezieht sich auf die Basis-Klasse für die aktuelle Instanz.

    Allerdings, wenn Ihr code braucht, um es zu tun die Weise, die Sie versuchen, und es nicht erlaubt ist, dann müssen Sie entweder foo() public oder machen Abgeleitet von einem Freund von Base.

    InformationsquelleAutor Jonathan Wood
  3. 2

    Als eine Lösung deklarieren Sie eine statische geschützte Funktion in Base dass leitet den Anruf an die private /protected function (foo im Beispiel).

    Können sagen:

    class Base {
protected:
    static void call_foo(Base* base) { base->foo(); }
private:
    virtual void foo() = 0;
};

class Derived : public Base {
private:
    Base* b;
protected:
    virtual void foo(){/* Some implementation */};
    virtual void foo2()
    {
        //b->foo(); //doesn't work
        call_foo(b); //works
    }
};

    Diese Weise, die wir nicht durchbrechen der Kapselung, da die designer von Base machen kann, eine ausdrückliche Wahl zu treffen, damit alle abgeleiteten Klassen aufrufen foo auf einander, während die Vermeidung zu setzen foo in die öffentliche Schnittstelle oder explizit das drehen aller möglichen Unterklassen von Base zu Freunden.

    Zudem ist diese Methode funktioniert unabhängig davon, ob foo virtuell ist oder nicht, oder ob es sich um private oder protected.

    Hier ist ein link zu einer Laufenden version der code oben und hier eine andere version der gleichen Idee, mit ein wenig mehr business-Logik.

    InformationsquelleAutor Clemens Sielaff
  4. 1

    Es ist ein bisschen zerbrechlich, aber mit den Klassen, die Sie hier definiert wird, wird dies nicht funktionieren?

    virtual void foo2() {
  reinterpret_cast<Derived *>(this->b)->foo(); 
}

    Den reinterpret_cast Punkte auf die VTABLE für das Basis-Objekt und ruft es durch diese Mitglieder accessor.

    InformationsquelleAutor Anthony Wieser
  5. 0

    Rufen Sie Basis-Funktionen explizit mit dem scope-operator (Base::foo()). Aber in diesem Fall die Basisklasse nicht definiert foo (es ist rein virtuell), so gibt es eigentlich keine Funktion ausgeführt wird, wenn Sie sagen this->b->foo(); da b ist ein Zeiger auf Base und nicht Abgeleitet.

    • Aber die OP ' s code bezieht sich nicht auf die Basis-Klasse der aktuellen Instanz. Er ist der Zugriff auf eine andere Instanz, die vermutlich eine abgeleitete Klasse, die die rein-virtuellen Funktion. (Andernfalls wird die Instanz konnte nicht erstellt werden.)
    • Holz, ich verstehe, was du sagst, aber einfach nur aus dem code, den er postet, es sieht aus wie er zu instanziieren versucht, eine abstrakte Basisklasse (Base) und rufen eine rein virtuelle Funktion (Base::foo()), das ist ein no-no (als GWW und 341008 auch oben erwähnt).
    InformationsquelleAutor Gemini14
  6. 0

    Wie Sie Zugriff auf den geschützten
    overrided Funktion?

    --- von wo aus?

    Können Sie den Zugriff auf ein geschütztes Mitglied nur über erbschaft (abgesehen von den Methoden der gleichen Klasse). Sagen Sie zum Beispiel, Sie haben eine class Derived1 was erbt von Derived, dann Objekte Derived1 nennen kann foo().

    EDIT: MSDN-Artikel auf protected access specifier.

    InformationsquelleAutor yasouser
Schreibe einen Kommentar