Patrón Factory: Implementación y Detalles Esenciales
Resumen
¿Qué es el Patrón Factory?
El Patrón Factory es un diseño comúnmente utilizado en programación orientada a objetos para instanciar objetos sin especificar su clase concreta. Este enfoque permite a las aplicaciones ser más flexibles y fáciles de mantener. En el mundo de la fabricación de software, este patrón garantiza que el proceso de creación de objetos sea uniforme, independientemente de su tipo concreto.
¿Cuáles son los pasos para implementar el Patrón Factory?
Declarar una clase o interfaz producto base: Esta clase puede tener ciertas operaciones y atributos comunes. Sirve como el punto de referencia para todas las subclases o implementaciones que se derivarán de ella.
interfaceProducto{voidalgunasOperaciones();}
Implementar subclases de productos concretos: Estas subclases heredan o implementan la clase o interfaz producto base, redefiniendo métodos comunes si es necesario para cumplir con la naturaleza polimórfica.
classProductoAimplementsProducto{publicvoidalgunasOperaciones(){// Implementación específica para ProductoA}}classProductoBimplementsProducto{publicvoidalgunasOperaciones(){// Implementación específica para ProductoB}}
Declarar una clase o interfaz Factory: Esta clase tiene como objetivo retornar objetos que coincidan con el tipo base del producto, no con las subclases concretas.
Implementar las clases Factory concretas: Estas clases son responsables de retornar productos concretos en su método de fábrica. La clase concreta decide qué instancia de la clase producto base crear.
classConcreteFactoryAextendsFactory{ProductomakeProduct(){returnnewProductoA();// Devuelve un nuevo ProductoA}}classConcreteFactoryBextendsFactory{ProductomakeProduct(){returnnewProductoB();// Devuelve un nuevo ProductoB}}
¿Cómo se gestionan las dependencias en el Patrón Factory?
En el Patrón Factory, es inevitable tener algunas dependencias entre las fábricas concretas y los productos concretos. Por ejemplo, si el nombre de ProductoA cambia, se necesitará ajustar el código en ConcreteFactoryA. Sin embargo, se deben minimizar estas dependencias para mantener el sistema flexible y escalable.
¿Qué considerar al implementar el Patrón Factory?
Abstracción sobre implementación: Le proporciona al desarrollador la flexibilidad de cambiar la implementación de las subclases sin modificar el código que usa dichas clases.
Polimorfismo: Permite a las clases concretas implementar métodos de una manera que sea específica a sus necesidades, garantizando así que el sistema general sea coherente.
Relación de dependencia: Entender que cada fábrica concreta depende de una implementación específica de producto, lo cual es una parte intrínseca del diseño.
Reflexión y comentarios
Tras entender el diagrama y el proceso de implementación del Patrón Factory, resulta útil reflexionar sobre cómo podría este patrón mejorar los procesos de desarrollo en tus proyectos actuales. ¿Te resultó claro el diagrama una vez que comprendiste los pasos? Participa en la discusión y comparte tus experiencias para aprender juntos.
En resumen, se deben tener dos abstracciones: una para fábricas, para poder crear distintas fábricas, y otra para productos, para poder crear diferentes tipos de productos. Cada fábrica concreta puede crear productos concretos dependiendo de las relaciones entre ellas.
Correcto Dani, solo como anotacion, la interfaz/clase base de los productos no siempre es necesaria ya que podrian ser productos completamente diferentes, lo que si es vital, es el comportamiento en comun de las fabricas.
No entendi nada wey
X2
Este es un tema muy complejo, hubieran puesto a algún otro profesor que explique un poco mejor
Mi explicación
Voy a dividir los 4 pasos en 2: (1 y 2) y (3 y 4).
Pasos 1 y 2
Creamos una super clase/interfaz Product que definirá la estructura base de todos los productos. Todas las sub clases/implementaciones de la super clase/interfaz Product se consideran de tipo Product también, pues comparten la misma estructura (no sé si sería bueno mencionar las relaciones de herencia/implementación vistas en el curso anterior).
Pasos 3 y 4
Creamos una super clase/interfaz Factory que devuelva objetos que sean de tipo Product. No importa cuál.
Por último, creamos fabricas concretas (o también fabricas especificas) para cada producto en particular. Estas fabricas concretas heredan/implementan de la super clase/interfaz Factory.
.
De esta forma, todos nuestros productos siguen una estructura base, y todas nuestras fabricas siguen una estructura base también.
Correcto Diego!
lo entendí más con este comentario porque con el video no.
Esto me toma más tiempo porque estoy llevando los digramas a texto en vim. Lulz.
Sweet!!
Yo tuve que ver esta clase tres veces y ejemplificar con modelos reales para entender el diagrama 😅
Procuraremos que pueda ser mas sencillo con los siguientes patrones, gracias por hacerlo ver Alvaro.
Factory -> Fabrica de pizzas
ConcreteFactoryA -> Solicitud de hacer una pizza hawaiana
ConcreteFactoryB -> Solicitud de hacer una pizza con champiñones
Comentame si tienes algun cambio a mi propuesta del ejemplo o si tienes otro ejemplo modelado, ¡Será un placer leerte!
A mi se me hace más fácil entender el diagrama considerando todos los Product's como interfaces, ya que en ese sentido, las Factories deben cumplir con ese contrato.
Eso para mi es mucho más sencillo de entender, porque si Product's es tomado como clases, lo encuentro un poco más complicado
Gracias por el comentario Irving, esto fue debido a la naturaleza de JS y la no presencia de las interfaces, sin embargo, concuerdo contigo, lo tomo en consideración para el futuro. Gracias.
les recominedo mucho este recurso para entender correctamente el diagrama:
Si no estas entendiendo nada, te recomiendo que tomes primero un curso de POO :)
Gracias profesor, el diagrama explica mucho dondé y porqué se utiliza la POO para el diseño del sistema y su programación
complicado!!
Buenísima explicación, entendí todo, gracias :D
nunca habia vistoo este patron formalmente, pero me hace mucho sentido , es como si cuando vi poo este ubierea sido el ejemplo con el que me explicaron como interactuan las clases y subclases
Pues aqui un ejemplo de como seria en java:
publicclassMain{publicstaticvoidmain(String\[] args){Factory factoryA =newConcreteFactoryA();Factory factoryB =newConcreteFactoryB();Product productA = factoryA.makeProduct();Product productB = factoryB.makeProduct();System.out.println(productA.doProductOperation());System.out.println(productB.doProductOperation());}}interfaceProduct{StringdoProductOperation();}interfaceFactory{ProductmakeProduct();}classProductAimplementsProduct{@OverridepublicStringdoProductOperation(){return"making a ProductA product...";}}classProductBimplementsProduct{@OverridepublicStringdoProductOperation(){return"making a ProductB product...";}}classConcreteFactoryAimplementsFactory{@OverridepublicProductmakeProduct(){returnnewProductA();}}classConcreteFactoryBimplementsFactory{@OverridepublicProductmakeProduct(){returnnewProductB();}}