Respuesta.

Historia del tema:

La OOP en Perl se basa en paquetes (package) y la vinculación de referencias a través de la función bless. La herencia se logra gracias al array @ISA, que determina automáticamente en qué paquetes Perl buscará los métodos. El mecanismo de búsqueda implementa lo que se llama MRO (orden de resolución de métodos).

Problema:

La gestión caótica del array @ISA y el uso de SUPER sin comprender el orden de búsqueda de métodos a menudo conducen a errores, llamadas dobles o la incapacidad de sobrescribir la funcionalidad deseada. El uso de AUTOLOAD requiere control para evitar trampas de ciclos de búsqueda infinitos.

Solución:

Usar la especificación explícita de @ISA en todos los paquetes heredados.
Al llamar a métodos parentales, dirigirse correctamente a SUPER y tener en cuenta que no siempre es directamente el "padre", sino la primera coincidencia encontrada en la parte superior de la cadena ISA.
Aplicar AUTOLOAD solo para tareas específicas (por ejemplo, getters/setters dinámicos).

Ejemplo de código:

package Animal;
sub speak { print "El animal habla
"; }

package Dog;
our @ISA = qw(Animal);
sub speak { 
   print "¡El perro ladra! ";
   shift->SUPER::speak(); # llamado al método parent
}

my $dog = bless {}, 'Dog';
$dog->speak;

Características clave:

@ISA define la cadena de búsqueda de métodos.
SUPER busca consultar el método en la parte superior de la cadena, y no solo en el padre inmediato.
AUTOLOAD se necesita para atrapar métodos que faltan, pero requiere cuidado.

Preguntas trampas.

Si en la cadena de herencia hay varios paquetes parent con los mismos nombres de métodos, ¿cuál será llamado?

La búsqueda se realiza de izquierda a derecha (en el orden de declaración en @ISA), se llama al primer método encontrado.

¿Qué ocurrirá si un método específico no existe en todo el árbol de herencia, y AUTOLOAD está implementado solo en uno de los padres?

Perl llamará a AUTOLOAD solo de la clase en la que lo encuentre primero en la cadena de búsqueda de métodos. Los demás AUTOLOAD no funcionarán si no se encuentran antes en @ISA.

¿Se puede cambiar el orden de búsqueda del método en tiempo de ejecución?

Técnicamente se puede modificar el array @ISA en tiempo de ejecución, pero esto lleva a fragilidad y errores difíciles de rastrear. Este enfoque se recomienda solo para casos específicos.

Errores típicos y anti-patrones

Confundir SUPER con una llamada directa al padre: SUPER busca en toda la cadena, no solo en el primer padre.
Modificación dinámica de @ISA sin una razón estricta.
Uso de AUTOLOAD para delegaciones masivas sin filtrado explícito.

Ejemplo de la vida real

Caso negativo

Se utilizan varios clases parent con los mismos nombres de métodos, su orden en @ISA cambia de manera impredecible a mano, los métodos llaman a SUPER, lo que lleva a recursión infinita.

Pros:

Flexibilidad en la composición.
Posibilidad de prototipado rápido.

Contras:

Difícil predecir el resultado de todo el árbol.
Llamadas repetidas a métodos y trampas recursivas.
Comportamiento no obvio de SUPER.

Caso positivo

Modificaciones solo a través de la declaración explícita de @ISA, y al ser necesario hacer herencia múltiple, usar módulos especializados como mro::Concise o Class::C3.