¿Cuándo suele ser preferible composición frente a herencia?

La composición facilita sustitución de comportamiento y reduce rigidez estructural en arquitecturas evolutivas.

Herencia vs composición en Python: decisiones de diseño que escalan

Aprende cuándo heredar y cuándo componer objetos para reducir acoplamiento, evitar jerarquías frágiles y mantener flexibilidad en sistemas reales.

¿Cuánto sabes de Python?

📘 Teoría

1) Herencia: cuándo sí tiene sentido

Úsala cuando exista una relación de tipo real y estable.

Si una subclase rompe reglas de la clase base o ignora parte de su contrato, la jerarquía está mal diseñada.

La herencia puede ser útil para compartir comportamiento común en un dominio bien definido.

Evita cadenas profundas de herencia; complican lectura y depuración.

Herencia simple con sobrescritura controlada

class Usuario:
    def permisos(self) -> set[str]:
        return {'leer'}


class Admin(Usuario):
    def permisos(self) -> set[str]:
        return super().permisos() | {'editar', 'borrar'}

2) Composición: flexibilidad por colaboración

Una clase delega responsabilidades en otras piezas especializadas.

Con composición puedes cambiar una dependencia por otra implementación sin reescribir todo el objeto principal.

Este patrón favorece testeo: puedes inyectar dobles de prueba (mocks/fakes) fácilmente.

También ayuda a mantener clases pequeñas y cohesionadas.

Componente de motor

La lógica de arranque vive en `Motor`.

Objeto compuesto

`Coche` delega en `Motor`.

3) Criterios prácticos de decisión

Elige patrón según estabilidad semántica y necesidad de variación.

Muchos problemas de mantenimiento vienen de herencias prematuras que parecían elegantes al principio.

Componer objetos con dependencias explícitas hace más fácil evolucionar arquitectura sin romper contratos previos.

Tu objetivo no es usar un patrón "bonito", sino reducir coste de cambio futuro.

Si la relación es naturalmente de tipo (`es-un`) y estable, herencia puede ser válida.
Si esperas cambiar comportamientos frecuentemente, composición suele ser mejor.
Prefiere interfaces simples entre componentes para desacoplar capas.
Si una subclase empieza a desactivar lógica base, revisa diseño: probablemente necesitas composición.

Cambio de comportamiento por inyección

class MotorElectrico(Motor):
    def arrancar(self) -> str:
        return 'motor eléctrico encendido'


coche = Coche(MotorElectrico())
print(coche.iniciar())

1 1) Herencia: cuándo sí tiene sentido 2 2) Composición: flexibilidad por colaboración 3 3) Criterios prácticos de decisión