Excelente explicación!. Me entro una duda, ¿Cómo se haría si lo que se quiere es enviar objetos a través de los decoradores?. Es decir, en este caso, que AgregadoDecorator tenga acceso a ciertos valores/objetos de BebidaComponent y que lo mismo lo hagan sus hijos. Tal y como esta hecho ahora, el precio y la descripción son "fijas"(Porque esta escrito en el código la descripción y el precio)
Muchas gracias por el aporte!!! Mis respetos por tu dedicacion :) Me surge una duda al respecto, entiendo que el video solo esta enfocado en explicar el patron Decorator, pero me hace mucho ruido que para poder agregar azucar, leche u otro ingrediente se tenga que crear una instancia sobre el mismo objeto... A nivel visual no es nada amigable entender como se debiera usar, es decir, poco claro a la hora crear un cafe especifico, ya que no tiene mucho sentido andar instanciando otra clases para que se les agregue un ingrediente... No seria mejor tener un campo del tipo List que pueda albergar muchos agregados (leche, azucar, blabla) y que el mismo se utilice por medio de un metodo cafe.AgregarIngrediente(new Leche). (Entiendo que romperia el diseño pero quiza haya alguna manera mas copada de poder lograrlo, que opinas?)
muchas gracias por tus comentarios!! sin duda que hay otras maneras de diseñar el mismo escenario. El objetivo del patron decorador es que "encapsular" la estructura edntro de un único objeto y manejar las clases y operaciones de manera dinámica. En el escenario que vos planteas, tendrias un café y una lista de ingredientes pero no hay ningun tipo de "jerarquia" al menos no dinámicamente. Para conocer el costo total del cafe´deberias tener un ciclo que recorra toda la lista y acumularlo. Aquí el café conoce todos los ingredientes. De la otra manera (con el decorator) el café solo sabe cual es el primer decorador y solo le pregunta el costo a él. Es más "Extensible", pero también merece un análisis según la necesidad. De todos modos, cada sobre de azúcar o porción de leche, termina siendo una instancia nueva que luego agregarias a la lista o al patrón en sí
Excelente ponencia ❤❤❤
Gracias Crack , la clave para toda enseñanza que sea facil , practico y entendible
Excelente explicación. Muchas gracias!
Excelente explicación, me ayudo bastante a comprender este patrón, gracias!!!!
Excelente explicación!. Me entro una duda, ¿Cómo se haría si lo que se quiere es enviar objetos a través de los decoradores?. Es decir, en este caso, que AgregadoDecorator tenga acceso a ciertos valores/objetos de BebidaComponent y que lo mismo lo hagan sus hijos. Tal y como esta hecho ahora, el precio y la descripción son "fijas"(Porque esta escrito en el código la descripción y el precio)
Muchas gracias por el aporte!!! Mis respetos por tu dedicacion :)
Me surge una duda al respecto, entiendo que el video solo esta enfocado en explicar el patron Decorator, pero me hace mucho ruido que para poder agregar azucar, leche u otro ingrediente se tenga que crear una instancia sobre el mismo objeto... A nivel visual no es nada amigable entender como se debiera usar, es decir, poco claro a la hora crear un cafe especifico, ya que no tiene mucho sentido andar instanciando otra clases para que se les agregue un ingrediente... No seria mejor tener un campo del tipo List que pueda albergar muchos agregados (leche, azucar, blabla) y que el mismo se utilice por medio de un metodo cafe.AgregarIngrediente(new Leche). (Entiendo que romperia el diseño pero quiza haya alguna manera mas copada de poder lograrlo, que opinas?)
muchas gracias por tus comentarios!! sin duda que hay otras maneras de diseñar el mismo escenario. El objetivo del patron decorador es que "encapsular" la estructura edntro de un único objeto y manejar las clases y operaciones de manera dinámica. En el escenario que vos planteas, tendrias un café y una lista de ingredientes pero no hay ningun tipo de "jerarquia" al menos no dinámicamente. Para conocer el costo total del cafe´deberias tener un ciclo que recorra toda la lista y acumularlo. Aquí el café conoce todos los ingredientes. De la otra manera (con el decorator) el café solo sabe cual es el primer decorador y solo le pregunta el costo a él. Es más "Extensible", pero también merece un análisis según la necesidad. De todos modos, cada sobre de azúcar o porción de leche, termina siendo una instancia nueva que luego agregarias a la lista o al patrón en sí
Que pena el audio. El contenido es bueno y de lo poco que hay sobre decoradores en castellano.