Überschreiben von öffentlichen virtuellen Funktionen mit privaten Funktionen in C ++

Das problem ist, dass die Basisklasse die Methoden sind die Art und Weise der Deklaration seiner Schnittstelle. Es ist in der Essenz zu sagen, "Dies sind die Dinge, die Sie tun können, um Objekte dieser Klasse."

Wenn in einer Abgeleiteten Klasse, die Sie machen, etwas die Basis der erklärt hatte, wie öffentlich-private, Sie nehmen etwas Weg. Nun, auch wenn ein Abgeleitetes Objekt "ist-ein" Basis-Objekt, etwas, dass Sie sollten in der Lage sein zu tun, um ein Basis-Objekt-Klasse können Sie tun, um ein Objekt Abgeleitete Klasse, brechen die Liskov Substitution Prinicple

Wird dadurch ein "technisches" problem in Ihrem Programm? Vielleicht auch nicht. Aber es wird wahrscheinlich bedeuten, ein Objekt der Klassen nicht in einer Weise benehmen, die Ihre Benutzer erwarten, dass Sie sich zu benehmen.

Wenn Sie sich in der situation, wo das ist, was Sie wollen (außer im Fall einer veralteten Methode bezeichnet, die in einer anderen Antwort), die Chancen sind Sie haben ein Erbe-Modell, in denen die Vererbung nicht wirklich modeling "ist-ein" (z.B. Scott Myers ' s z.B. Quadrat erbt von Rechteck, aber Sie können nicht ändern, ein Quadrat, dessen Breite unabhängig von Ihrer Höhe, wie Sie für ein Rechteck), und möglicherweise müssen Sie überdenken Ihre Klasse Beziehungen.

InformationsquelleAutor der Antwort JohnMcG

Es ist kein technisches problem, aber Sie werden am Ende mit einer situation, wo der öffentlich verfügbaren Funktionen hängt davon ab, ob Sie eine Basis-oder abgeleitete Zeiger.

Dieser meiner Meinung nach wäre seltsam und verwirrend.

InformationsquelleAutor der Antwort Andrew Grant

Es kann getan werden, und ganz gelegentlich führen wird, zu nutzen. Zum Beispiel, in unserer codebase, wir verwenden eine Bibliothek enthält eine Klasse mit einer öffentlichen Funktion, die wir verwendet, um zu verwenden, aber jetzt raten von der Verwendung durch andere potenzielle Probleme (es gibt sicherere Methoden zu nennen). Auch wir haben zufällig eine Klasse von dieser Klasse abgeleitet, die eine Menge von unseren code verwendet, der direkt. So machten wir die gegebene Funktion private in der abgeleiteten Klasse um zu helfen, alle erinnern, es nicht zu verwenden, wenn Sie kann es helfen. Es beseitigt nicht die Möglichkeit, es zu benutzen, aber es wird fangen einige verwendet, wenn der code versucht zu kompilieren, anstatt später in die code-reviews.

InformationsquelleAutor der Antwort Caleb Huitt - cjhuitt

Ein guter use-case für die private Vererbung ist ein Listener/Observer-Schnittstelle event.

Beispiel-code für die private object:

class AnimatableListener {
  public:
    virtual void Animate(float delta_time);
};

class BouncyBall : public AnimatableListener {
  public:
    void TossUp() {}
  private:
    void Animate(float delta_time) override { }
};

Einige Benutzer des Objekts, wollen die übergeordnete Funktionalität und einige wollen das Kind-Funktionalität:

class AnimationList {
   public:
     void AnimateAll() {
       for (auto & animatable : animatables) {
         //Uses the parent functionality.
         animatable->Animate();
       }
     }
   private:
     vector<AnimatableListener*> animatables;
};

class Seal {
  public:
    void Dance() {
      //Uses unique functionality.
      ball->TossUp();
    }
  private:
    BouncyBall* ball;
};

Diese Weise die AnimationList halten kann ein Verweis auf die Eltern und Verwendungen, von übergeordneten Funktionen. Während die Seal hält eine Referenz auf das Kind und nutzt die einzigartigen Kind-Funktionalität und ignorieren die Eltern. In diesem Beispiel, die Seal sollte nicht nennen Animate. Nun, wie oben erwähnt, Animate genannt werden kann, durch die Umwandlung der Basis-Objekt, aber das ist schwieriger und in der Regel nicht getan werden sollte.

InformationsquelleAutor der Antwort hubatish