Factory Method en C# .Net | Patrones de diseño | design patterns | #4

preview_player
Показать описание
#designpatterns #csharp #hdeleon
En este video te explicare el patrón de diseño factory method, también te explicare cuando usarlo y como crearlo. Todo en c# .net.

---------------------------------------------------------------------------------------------------------------

Рекомендации по теме
Комментарии
Автор

Tomaste mano de las bebidas que tanto te gustan, y las usaste para explicar el concepto de este patrón. Y aquí estoy justo con una bebida, estaba rico la clase digo la bebida, la clase excelente.

roldanjimcollado
Автор

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-vlbi
Автор

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.

josebq
Автор

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.

josebaezc.
Автор

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

diegoasr
Автор

La mejor explicación encontrada, gracias

reynaldox
Автор

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"

usercelxp
Автор

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

rayder
Автор

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?

illidan
Автор

Gracias buen video y me encanto el ejemplo jajaja.

darko
Автор

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

Fer-usny
Автор

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

camiloriveraladino
Автор

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

EdRawrDev
Автор

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

repository
Автор

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

vinzerbanned
Автор

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?

jhonmeneses
Автор

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?

kevingaitan
Автор

No pasa nada si tomo 😅
*Dos bebidas después...*

jesusobregon
Автор

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.

williamdavid
Автор

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

fjr