Sobreescribir funciones virtuales públicas con funciones privadas en C++

Obtienes el sorprendente resultado de que si tienes un hijo, no puedes llamar a foo, pero puedes lanzarlo a una base y luego llamar a foo.

child *c = new child();
c->foo; // compile error (can't access private member)
static_cast<base *>(c)->foo(); // this is fine, but still calls the implementation in child

Supongo que podría ser capaz de idear un ejemplo en el que no desea una función expuesta, excepto cuando se está tratando como una instancia de la clase base. Pero el hecho de que esa situación aparezca sugeriría un mal diseño de OO en algún lugar de la línea que probablemente debería ser refactorizado.

No hay ningún problema técnico, pero terminará con una situación en la que las funciones disponibles públicamente dependerán de si tiene un puntero base o derivado.

Esto en mi opinión sería raro y confuso.

Puede ser muy útil si está utilizando herencia privada, es decir, desea reutilizar una funcionalidad (personalizada) de una clase base, pero no la interfaz.

Se puede hacer, y muy ocasionalmente dará lugar a beneficios. Por ejemplo, en nuestra base de código, estamos usando una biblioteca que contiene una clase con una función pública que solíamos usar, pero ahora desalentamos el uso debido a otros problemas potenciales (hay métodos más seguros para llamar). También tenemos una clase derivada de esa clase que gran parte de nuestro código usa directamente. Por lo tanto, hicimos que la función dada sea privada en la clase derivada para ayudar a todos a recordar no usarla si puede evitarlo. No elimina la capacidad de usarlo, pero detectará algunos usos cuando el código intente compilar, en lugar de más tarde en las revisiones de código.

1. No hay problema técnico, si se refiere a técnico, ya que hay un costo de tiempo de ejecución oculto.
2. Si heredas base públicamente, no deberías hacer esto. Si hereda a través de protegido o privado, esto puede ayudar a evitar el uso de métodos que no tienen sentido a menos que tenga un puntero base.

Un buen caso de uso para la herencia privada es una interfaz de evento de Escucha/Observador.

Código de ejemplo para el objeto privado:

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

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

Algunos usuarios del objeto quieren la funcionalidad padre y algunos quieren la funcionalidad hijo:

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;
};

De esta manera el AnimationList puede contener una referencia a los padres y utiliza la funcionalidad padre. Mientras que el Seal contiene una referencia al hijo y usa la funcionalidad única del hijo e ignora el padre. En este ejemplo, el Seal no debería llamar Animate. Ahora, como se mencionó anteriormente, Animate se puede llamar al objeto base, pero eso es más difícil y generalmente no se debe hacer.