Hola. En esta lista puedes encontrar más patrones, como Facade, Abstract Factory, Builder, Singleton: ua-cam.com/play/PLzSFZWTjelbJLYn_IY-VLsLTZ-EPB5Oph.html
Excelentee!!!! Muy bien explicado. Me sirvió para adoptar terminología especifica. Me gustaría mucho que puedas continuar tus tutoriales con los demás patrones de diseño!! =D. Desde ya muchas gracias.
No me imprime los datos cuando uso los metodos getters de pizza. Osea me sale el valor inicial "" es decir que nunca se cambian. Como puedo arreglar eso?
Hola. ¿Puedes subir tu solución a GitHub y compartir por aquí el enlace? Así podré ver lo que tienes avanzado. Si no sabes cómo usar Git puedes empezar por aquí: programacionymas.com/series/aprende-a-usar-git
Hola. Sí, puedes agregar un método toString a tu clase Pizza, que devuelva un String con los datos de la pizza. Y luego en la clase principal puedes ejecutar: System.out.println(pizza);
En la descripción hay un enlace para descargar el ejemplo. Como es de hace mucho tiempo veo que lo había subido a Mega. Espero tener pronto un tiempito para subirlo a GitHub y sea más accesible. Gracias por la sugerencia!
No lo creo, ya que el video es de hace bastante tiempo. Pero si mal no recuerdo, existen plugins para Netbeans que te permiten generar los diagramas UML a partir de clases.
No seria mas facil hacer que la clase Pizza tenga un constructor con tres parametros asi: public Pizza(string masa, string salsa, string relleno){this.masa = masa ...} Y asi creas todas los tipos de pizza que quieras y te ahorras tantas clases jajaja
Lo que ocurre es que en escenarios reales son muchos más parámetros, donde cada opción de configuración puede ser un objeto a la vez. Entonces la clase Builder ayuda a construir un objeto, de modo que podemos ir agregando cosas según se necesiten, antes de invocar finalmente al método build. Un constructor cargado con todo tendría mucha lógica y el modo de usarlo no sería tan claro, porque los parámetros estarían todos juntos, unos tras otros.
pesimo audio, pero excelente contenido, buen ejemplo y bien explicado. muy bueno.
Please prueba con este: ua-cam.com/video/TECrpYbcLP8/v-deo.htmlsi=MqksW77jXuaDqXvN
@@programacionymas voy a verlo, gracias
he estado buscando por todo youtube explicaciones sobre patrones de diseño que diferencien a uno de los otros, eres un crack!!
Muy buena explicación, gran video.
Genial! Muchas gracias por el comentario.
Che mi loco, vos sabes que me re sirvio, muchas gracias
Excelente! Gracias también Darwin por el comentario 🙂
Excelente explicación! Clara, simple y completa.
Muchas gracias por comentar. Me alegra que le haya sido de ayuda.
Venia a decir lo mismo!!.. muy buen ejemplo para expplicar
tus ejemplos comparados con el resto son de lo mejor tendras explicacion del resto de los patrones como por ejemplo el composite
Hola. En esta lista puedes encontrar más patrones, como Facade, Abstract Factory, Builder, Singleton: ua-cam.com/play/PLzSFZWTjelbJLYn_IY-VLsLTZ-EPB5Oph.html
Excelentee!!!! Muy bien explicado. Me sirvió para adoptar terminología especifica. Me gustaría mucho que puedas continuar tus tutoriales con los demás patrones de diseño!! =D. Desde ya muchas gracias.
Genial. Gracias por el comentario!
Gracias. Tu ejemplo la explicación, al fin entiendo el patrón de diseño gracias a ti
Con gusto. Gracias por comentar!
Qué buena explicación. ¡Mil gracias!
Con gusto! Gracias por comentar 🙂
Amigo buena explicacion, sigue explicando los demas patrones que faltan por ejemplo, composite, iterator, ect.
Excelentemente explicado, felicitaciones y gracias!
Gracias compañero por el comentario!
Muy bueno amigo Excelente explicación lo necesitaba y muchas gracias por pasar el ejemplo.
¡Excelente video!, muchas gracias por la explicación con el ejemplo.
Muchas gracias por el comentario!
Excelente ejemplo, te luciste
Muchas gracias excelente video me toca exponer de este patrón y con tu ejemplo me quedo mas que claro :D sigue asi
Genial que te haya sido de ayuda.
Hace un par de años también tuve que exponer sobre este tema.
UA-camrs: haciendo mejor trabajo que los profesores desde 2006
Interesante. Me hiciste revisar un poco sobre la historia de UA-cam 🧙♂️
Muchas gracias amigo, excelente explicación.
No me imprime los datos cuando uso los metodos getters de pizza. Osea me sale el valor inicial "" es decir que nunca se cambian. Como puedo arreglar eso?
Hola. ¿Puedes subir tu solución a GitHub y compartir por aquí el enlace?
Así podré ver lo que tienes avanzado.
Si no sabes cómo usar Git puedes empezar por aquí: programacionymas.com/series/aprende-a-usar-git
hola buen video, ¿hay alguna manera que imprima los datos?
Hola. Sí, puedes agregar un método toString a tu clase Pizza, que devuelva un String con los datos de la pizza. Y luego en la clase principal puedes ejecutar: System.out.println(pizza);
Excelente explicación. Me gusta + subscrito.
Excelente mi estimado
Excente explicación, seria interesnate que compartieras tambien el link del repositorio con el ejemplo. Gracias!
En la descripción hay un enlace para descargar el ejemplo.
Como es de hace mucho tiempo veo que lo había subido a Mega.
Espero tener pronto un tiempito para subirlo a GitHub y sea más accesible.
Gracias por la sugerencia!
Excelente explicación.
Excelente!
Gracias por el comentario.
disculpa, por que lo ejecuto y no da como resultado nada?
Hola. Puedes simplificar tu código e imprimir mensajes de log desde varios lados.
Gracias :D
Con gusto! Gracias por comentar.
duro bro
Oye amigo que pena no tendras el UML de ese programa????
No lo creo, ya que el video es de hace bastante tiempo. Pero si mal no recuerdo, existen plugins para Netbeans que te permiten generar los diagramas UML a partir de clases.
No seria mas facil hacer que la clase Pizza tenga un constructor con tres parametros asi: public Pizza(string masa, string salsa, string relleno){this.masa = masa ...}
Y asi creas todas los tipos de pizza que quieras y te ahorras tantas clases jajaja
Lo que ocurre es que en escenarios reales son muchos más parámetros, donde cada opción de configuración puede ser un objeto a la vez.
Entonces la clase Builder ayuda a construir un objeto, de modo que podemos ir agregando cosas según se necesiten, antes de invocar finalmente al método build.
Un constructor cargado con todo tendría mucha lógica y el modo de usarlo no sería tan claro, porque los parámetros estarían todos juntos, unos tras otros.
me perdi un poco en em minuto %:50 en adelante
Hola. Qué parte se te complica?
buenardo
Excelente explicación
Gracias por el comentario!