La interfaz Bird define métodos para volar, comer y nadar, pero la clase Penguin no necesita implementar el método fly() ya que los pingüinos no vuelan.

Las clases Sparrow y Penguin deberían implementar interfaces separadas para volar, comer y nadar para cumplir con el Principio de Segregación de Interfaces (ISP).

La interfaz Bird debería tener métodos opcionales marcados con la palabra clave abstract para permitir que las clases que la implementan elijan qué métodos implementar.

La interfaz Bird debería ser una clase abstracta para cumplir con el Principio de Segregación de Interfaces (ISP).

La interfaz Bird define métodos para volar, comer y nadar, y todas las clases que la implementan deben proporcionar implementaciones para todos estos métodos.

Error de ejecución inesperado

La suma de 5 y 3 es 8

Error de compilación

No mostrará nada porque tiene un conflicto y no sabe qué método usar

Autonomía del coche: 600 km
Autonomía del barco: 1200 km
Autonomía del vehículo: 500 km

Autonomía del coche: 500 km
Autonomía del barco: 500 km
Autonomía del vehículo: 500 km

Error de compilación

Autonomía del coche: 600 km
Autonomía del barco: 600 km
Error inesperado (excepción)

Autonomía del coche: 600 km
Autonomía del barco: 600 km
Autonomía del vehículo: 500 km

La clase Bicicleta debería agregar la propiedad velocidadMaxima al constructor primario.

Cambiar el modificador open por abstract en el método mostrarTipo() de la clase Vehiculo.

Añadir el modificador public al método sobreescrito mostrarTipo() en la clase Bicicleta.

Cambiar la clase Vehiculo a una clase abierta en vez de una clase abstracta.

El método encenderMotor() debería ser público para ser ser llamado fuera de Coche.

Eliminando la inicialización de la propiedad edad.

El código ya implementa correctamente el encapsulamiento.

Removiendo el setter personalizado de edad.

Cambiando la visibilidad de edad a private.

Añadiendo un método getEdad() que retorne edad.

La clase FileManager debería ser una interfaz en lugar de una clase concreta para garantizar una mejor separación de responsabilidades.

La clase FileManager tiene un único método que se encarga de realizar todas las operaciones relacionadas con la gestión de archivos.

La clase FileManager debería delegar la responsabilidad de enviar notificaciones por correo electrónico a otra clase especializada en el envío de correos electrónicos.

La clase FileManager se encarga de leer archivos, escribir en archivos, validar el contenido de los archivos y enviar notificaciones por correo electrónico.

La clase FileManager contiene métodos para leer archivos y escribir en archivos, pero no debería ser una clase abstracta.

Falta un método específico en la clase Gerente para mostrar su área. Agregar este método y llamarlo específicamente para objetos de tipo Gerente en mostrarPersonal() resolvería el problema.

La clase Empleado necesita un parámetro adicional area, y Gerente debe pasar este parámetro al constructor de Empleado.

No hay error en el diseño; el área de responsabilidad de los gerentes no se supone que se muestre con mostrarInfo().

La clase Gerente no sobrescribe el método mostrarInfo() de Empleado. Agregar el modificador open en mostrarInfo() de Empleado y sobrescribir este método en Gerente para incluir el área resolvería el problema.

La lista personal debería ser de tipo Gerente en lugar de Empleado para poder mostrar la información del área.

Resultado A: 20
Resultado B: 25

Resultado A: 10
Resultado B: 20

Resultado A: 15
Resultado B: 15

Resultado A: 15
Resultado B: 20

Resultado A: 10
Resultado B: 15

Las clases que heredan de Vehiculo deben implementar el método acelerar().

Una clase que hereda de Vehiculo no necesita implementar el método acelerar().

Se puede crear una instancia de Vehiculo directamente usando Vehiculo("Bicicleta").

La función detener() puede ser sobreescrita por las clases que heredan de Vehiculo.

Solo es posible instanciar una clase derivada de Vehiculo siempre que implemente el método detener().