Podrías solo dejar el. Método obtenerresultado en la interfaz y el método calculararea quedar como método privado de cada implementación concreta? Lo digo para q desde contexto solo se pueda llamar al método obtener resultado y no a calculararea y que quede más encapsulado la clase
Gracias por la sugerencia Cristian. Me parece buena idea cambiar la visibilidad del método, ya que no se usa más allá de la clase misma. También podríamos omitir el método que devuelve la cadena, y devolver sólo el valor, ya que la cadena es un tema de presentación y debería ser independiente al valor calculado (que es el fin de la clase). Todo depende del enfoque de nuestro programa. Saludos!
excelente explicacion y los if agregan tamano al codigo, no soy un experto pero con el doble despacho nos podriamos quitar los if ? asi cumplir con beltran y barbara
@@programacionymas es un patron de diseno que resuelve el problema de preguntar por los tipo, ya que esto generan alto acoplamiento, y no te permiten extender o sea lo que recomienda beltran meyer en este principio de abierto-cerrado. Es que una clase debe ser cerrada para su modificacion y abierta para su extesion, adema barbara Liskov fortalece este principio en su libro "Program Development in Java" . Saludo espero continues con tu productivos videos que a todos no aporta mas conocimiento
dudas? imposible! lo explicas bien claro con cada "porque hacerlo" y "como hacerlo"..
La mejor explicación de cómo y porqué usar un patrón de diseño.
Muchas gracias por el comentario colega.
Saludos.
Excelente explicación para quien busca un ejemplo para caso real. Gracias
Excelente explicación, gracias por todo!
Con gusto! Gracias por comentar.
En breve subiré un resumen de los patrones más importantes.
No olvides suscribirte :D
Muy buen video y bien explicado buen trabajo
Gracias por el comentario!
Podrías solo dejar el. Método obtenerresultado en la interfaz y el método calculararea quedar como método privado de cada implementación concreta? Lo digo para q desde contexto solo se pueda llamar al método obtener resultado y no a calculararea y que quede más encapsulado la clase
Gracias por la sugerencia Cristian. Me parece buena idea cambiar la visibilidad del método, ya que no se usa más allá de la clase misma.
También podríamos omitir el método que devuelve la cadena, y devolver sólo el valor, ya que la cadena es un tema de presentación y debería ser independiente al valor calculado (que es el fin de la clase).
Todo depende del enfoque de nuestro programa.
Saludos!
excelente explicacion y los if agregan tamano al codigo, no soy un experto pero con el doble despacho nos podriamos quitar los if ? asi cumplir con beltran y barbara
Hola Wilfredo. A qué te refieres con doble despacho?
@@programacionymas es un patron de diseno que resuelve el problema de preguntar por los tipo, ya que esto generan alto acoplamiento, y no te permiten extender o sea lo que recomienda beltran meyer en este principio de abierto-cerrado. Es que una clase debe ser cerrada para su modificacion y abierta para su extesion, adema barbara Liskov fortalece este principio en su libro "Program Development in Java" . Saludo espero continues con tu productivos videos que a todos no aporta mas conocimiento
nos aporta
Porque no utilizaste double dispatch en vez de anidar tantos ifs? En POO es horrible ver eso.
Hola. ¿Puedes poner un pequeño ejemplo de cómo sería?
Gracias por el aporte.
Muy bueno (y)
Gracias Jesús por comentar!