leonelsantiago22 / poo3ersemestre Goto Github PK

listing68 se ha declarado una subclase de Vehículo a través de la palabra reservada extends. listing68 se puede referir a un camión de carga. Viola el principio de sustitución de LIskov ya que los transportes pesados no fueron diseñados para que lleven pasajeros, sino para llevar cargamento a uno o más destinos, por lo tanto el método setPasajeros() y getPasajeros() no son necesarios en la subclase, pero esta debe adoptarla al ser heredada de la clase Vehículo, lo que supone un desperdicio de memoria.

Posible solución:
Se crea las clases VehiculoLiviano y VehiculoPesado, ambas heredan de la clase Vehículo. Los comportamientos en la clase principal son necesarios para adoptarlas en las otras subclases. Cada subclase aparte del comportamiento heredado tendrá los comportamientos adicionales que las diferencian del resto. La solución propuesta cumple con este principio.

La clase Alumno no cumple con SRP porque posee demasiadas responsabilidades, además de estar encargada de su constructor y los getters y setters de sus atributos, debe encargarse de gestionar los libros prestados, lo que no está directamente relacionado con el alumno.
Posible solución:

En este ejemplo, tipo se ha declarado una subclase de camión a través de la palabra reservada extends. Lo cierto es que entre camión y tipo no guardan una relación clara de herencia (…es de…) porque tipo no es un camión.
Después de esta acotación, se presenta una violación al principio de sustitución de Liskov en la clase tipo ya que al heredar de la clase padre camión, existen métodos como setRuesdas() y getRuedas() que la clase tipo no las necesita, pero debe adoptarlas, lo que supone un desperdicio de memoria.

Como posible solución, Se elimina la clase hija tipo y se mantiene sólo la clase principal Camión que obviamente tiene ruedas y adicional se agrega como atributo la variable tipo para especificar el tipo de camión (rigido, articulado, lona, frigorifico, portacoches, etc).