¿No sería mejor aplicar una clase abstracta llamada 'FiguraGeometrica' en vez de una interfaz? Lo pregunto, ya que hay figuras que tienen atributos en común y estos pueden ser definidos mediante una clase padre y desde ella, definir métodos abstractos que obliguen a implementarse en las clases hijas. Ahí si estaría cumpliendo con la herencia, ¿no?
-
check_circle_outlineMódulo 1 | 3 clases
Introdución
expand_more -
check_circle_outlineMódulo 2 | 8 clases
Programación orientada a objetos
expand_more -
check_circle_outlineMódulo 3 | 6 clases
Principios SOLID
expand_more -
check_circle_outlineMódulo 4 | 8 clases
Patrones creacionales
expand_more -
check_circle_outlineMódulo 5 | 7 clases
Patrones estructurales
expand_more -
check_circle_outlineMódulo 6 | 10 clases
Patrones de comportamiento
expand_more -
check_circle_outlineMódulo 7.-
Examen del curso
expand_more-
done_all
Examen
Examen final del curso
-
7 comentario(s)
Una aclaración el tutor dice que las clases Rectángulo y Triangulo quedan siendo clases hijas de IFigura pero no es correcto decirlo así, es correcto decir que las clases Rectángulo y Triangulo implementan la interfaz IFigura porque esto no es Herencia, mencionas al inicio que se soluciona con Herencia y no usas Herencia.
Por otra parte esta solución hubiese quedado de mejor forma aplicando herencia como clase madre Figura y la interfaz se pudo haber llamado IPropiedades para mostrar áreas, perímetros y otras características de las figuras, es decir, Rectángulo y Triangulo debían extender de Figura como clase madre.
Por otra parte esta solución hubiese quedado de mejor forma aplicando herencia como clase madre Figura y la interfaz se pudo haber llamado IPropiedades para mostrar áreas, perímetros y otras características de las figuras, es decir, Rectángulo y Triangulo debían extender de Figura como clase madre.
Hola, tanto la herencia como la interfaces ¿están relacionadas jerarquicamente (padre, hija) ?
estaba viendo el vídeo tutorial y en el minuto 5:00, se ve la interfaz Figura con su método abstracto , pero al implementarlo en la clase triangulo por ejemplo no me aparecía el @override, que es el que denota la sobre escritura : D se que el @override es solo sirve para documentar. Me podrían confirmar si estoy en lo correcto por favor :D
estaba viendo el vídeo tutorial y en el minuto 5:00, se ve la interfaz Figura con su método abstracto , pero al implementarlo en la clase triangulo por ejemplo no me aparecía el @override, que es el que denota la sobre escritura : D se que el @override es solo sirve para documentar. Me podrían confirmar si estoy en lo correcto por favor :D
No entendí muy bien donde queda la ecuación para hallar el área, solo observe cuando borro la formula de la clase Presentacion
¿Para este ejemplo, las clases de Rectángulo y Triangulo dejarían de ser POJOS? y así se volverían un objeto más "complejo" dado que es necesaria la implementación, herencia de interfaces.
Por tanto, en este caso lo que prima es que una clase sea capaz de resolver todas las preguntas necesarias a partir de los atributos que maneja. ¿Cómo podría ser una buena estrategia de poder controlar que no construya clases que a la final tengan muchos métodos y caiga en una clase DIOS?
Por tanto, en este caso lo que prima es que una clase sea capaz de resolver todas las preguntas necesarias a partir de los atributos que maneja. ¿Cómo podría ser una buena estrategia de poder controlar que no construya clases que a la final tengan muchos métodos y caiga en una clase DIOS?
Clase 12