en 31 segundos explicaste y lograste que entendiera lo q no entendi ni de los apuntes de clase, ni de otros videos en internet, gracias

@rodrigo-vl7bi

4 жыл бұрын

quiero decir, para el segundo 31 ya habia entendido a la perfeccion de que se trataba

@hdeleonnet

4 жыл бұрын

Saludos Rodrigo!

Me encantan tus videos! Tus ejemplos pedorros hacen que me ría y recuerde o aprenda conceptos, un gran descubrimiento haberte encontrado. Mucho ánimo! haces excelentes aportaciones.

Aahhaahhahahaha NO SABES CUANTO TARDE EN BUSCAR UN VÍDEO QUE ME EXPLICARA COMO TU GRACIAS BRO

Sumaria más, de León, si usaras ejemplos de sistemas reales. Tales como un depósito o retiro de una cuenta bancaria, una compra o venta de un artículo, etc. Pero nada, algo es algo. Dios te bendiga.

UHHH muchas gracias jajaja jjusto estaba buscando y rezaba que hallas subido uno vos jajajajajja

La mejor explicación encontrada, gracias

excelente explicación me ayudo mucho

Gracias buen video y me encanto el ejemplo jajaja.

Gracias

Si una clase se llama bebida embriagante sabes que va estar buena la explicación 😂

Buen video queda claro el concepto de factoria, una consulta utilizaste una super clase abstracta en lugar de una interface que implementan los productos, ¿las dos formas siguen siendo factory method?

Creo que logré entenderlo

esta bien aunque te faltaron las interfaces para que fuera mas realista y tal vez agregar la estructura de los folders

Pregunta, no seria mejor utilizar una interfaz en lugar de la abstract?? habria mucha diferencia?? o la diferencia seria relevante??

Buen día Hector Una inquietud. En el escenario que usaste en este vídeo, cual es el objetivo de crear una clase Factory para crear objetos que heredan de una clase que crear los objetos en las diferentes implementaciones? Si se hace uso de este patrón, se puede deducir que por cada Abstract que haya se requiere o es buena práctica un Factory?? Sólo es por buena práctica o sólo lo hiciste como un ejemplo para ilustrar la teoría?? Saludos

Hola, tu canal es genial! Muy buena explicación. En pocas palabras para aplicar este patrón las clases que queremos hacer la fabrica tiene que responder a la misma interfaz para así poder cambiar indistintamente y que siga respondiendo sin importar que clase en concreto se creo. Viéndolo así puede ir de la mano con el patrón estrategia por ejemplo. Tengo una duda, por ejemplo si tengo clases de negocios que cada una tiene firmas distintas (No responden a una interfaz). Podria hacer una fabrica? Para no estar colocando New en lugares donde uso cada uno sino mas bien este centralizado en una clase que se encargue instanciar cada negocio. Pero al no responder a una misma interfaz no puedo aplicar o si? Saludos

@hdeleonnet

4 жыл бұрын

exacto, estas practicamente diciendo el principio de factory, una fabrica crea cosas en comun, recuerda que para interfaz no importa cuantas veces implementes en el caso de C#, puedes implementar de tantas intefaces necesites para no tener problema de sujetos distintos, y centralizarlas en 1 unica

@Fer-us4ny

4 жыл бұрын

Entiendo a lo que apuntas, pero en el caso que lo planteo al tener pocas cosas en común o prácticamente nada, no creo que sea un camino crear una clase abstracta vacía y que todos hereden. Porque luego tendré que hacer un casteo en la clase cliente que llame a la fabrica para vea los métodos que tiene la clase en concreto. Seguiré mirando tus vídeos de patrones que me abren la mente. Muchas gracias amigo por compartir tu conocimiento

Cuál es la diferencia entre usar una interfaz con una clase abstracta en este Patrón?, se podría implementar este patrón con interfaces?

Disculpa, no tengo mucha experiencia con patrones de diseño, a penas los estoy aprendiendo, pero esto no sería más bien un simple factory y no un factory method?

Hola. Solo para aclarar, según el libro "Head first desig patterns", lo que explicas en este video no es el patrón "factoy method", sino "simple factory"

tengo una experiencia con este patrón que no me gusta tanto y la verdad no he podido encontrar una solución mejor. cuando los objetos se deben crear con atributos diferentes y varían en cantidad de parámetros, entonces, el método o los métodos encargados de crear el objeto se vuelven difíciles de escalar o mantener. no se si tal ves exista otro patrón que me pueda ayudar a la creación de objetos. gracias.

hola me podrías ayudar en hacer un pool de conexiones

@hdeleonnet

2 жыл бұрын

puede darte una idea kzread.info/dash/bejne/a31_qdGHdJPgp6Q.html

¿ El apellido de tu esposa es "de De Leon" ?

el nombre de las clases me produce alcoholismo... xd