¿Hay alguna razón legítima para llamar a la versión de clase base de un método diferente?

He hecho esto antes en las siguientes circunstancias. En un caso en el que necesitaba cambiar completamente el comportamiento de un método de lo que estaba haciendo su padre y todavía necesitaba acceso al comportamiento de mi clase de abuelos. En este caso, escribí un método en la clase padre que llamaba método abuelo. Y desde el nieto llamé al otro método para padres.

  abuelo de clase
 {
     ImportantMethod ()
     {
         ...
     }

 }

 padre de clase
 {
     @anular
     ImporantMethod ()
     {
         super.ImportantMethod ();
         ... // Poner en funcionalidad padre
     }

     CallParentImportantMethod ()
     {
         super.ImportantMethod ()
     }
 }

 niño de clase
 {
     @anular
     ImportantMethod ()
     {
         ... // Implemente una funcionalidad que no es compatible con la principal pero que aún necesita un comportamiento de otras clases en la cadena superior a la principal
         super.CallParentImportantMethod ();
     }
 }

Y sí, sé que esto no es lo mejor que se puede hacer, pero dadas las limitaciones de lo que estaba haciendo, no fue posible refactorizar para evitar esto. Como práctica recomendada, definitivamente diría que evite llamar a otros métodos principales.

Es una mala práctica porque supone lo que implementa la Clase Base y cómo funciona el método en la clase base y en todas las clases heredadas. Hacer esto derrota la idea del polimorfismo y la ocultación de información.