Un patrón factoría nos sirve para canalizar todas las creaciones de objetos en un solo punto. Esto es útil para un diseño robusto de nuestro sistema y ágil al cambio.
El patrón factoría se puede combinar con el patrón singleton ya que es más cómodo su uso y útil su forma de usar. En este ejemplo pondremos un factoría sin singleton.
Decir que el patrón factoría es del tipo patrones creacionales, que este tipo de patrón abstrae la forma de crear objetos concretos, dando así un soporte para crear objetos de forma abstracta.
Para empezar un patrón factoría debe cumplir:
– Una función o método el cual se encarga de crear objetos de un tipo dado.
– No es obligatorio pero si recomendable que dicha función o método devuelva una abstracción (interfaz o clase abstracta).
– Una función o método el cual se encarga de crear objetos de un tipo dado.
– No es obligatorio pero si recomendable que dicha función o método devuelva una abstracción (interfaz o clase abstracta).
Imaginemos que una tienda de pizzas requiere de un software que necesita que tengan una serie de productos (pizzas variadas). Como buenos diseñadores que somos, la creación de objetos de pizzas se podrá hacer desde cualquier parte el proyecto, pero el problema es que hay muchos tipos de pizzas. El crear cada pizza de cada tipo en distintos puntos del programa sería lo primero que pensaríamos, pero… ¿si en vez de eso usamos sentido común y aplicamos el factoría?, esto nos permitiría que dado un nuevo producto o un cambio en alguno de ellos, que solo cambiemos en un solo lugar, teniendo más controlado dicho código. Incluso si os dais cuenta la agilidad al cambio es mucho mayor que ir cambiando todas las posibles apariciones de nuestras pizzas por el código.
Pues bien, el factoría se encargaría de crear todo tipo de pizzas y las ofrecería a todos los posibles puntos del programa.
Pues bien, el factoría se encargaría de crear todo tipo de pizzas y las ofrecería a todos los posibles puntos del programa.
Nuestro ejemplo sería el siguiente:
– La interfaz IPizza:
interface IPizza
{
void quienSoy();
}
– Las pizzas concretas:
public class PizzaBarbacoa: IPizza
{
#region Miembros de IPizza
public void quienSoy()
{
Console.WriteLine("Soy una pizza de Barbacoa");
}
#endregion
}
public class PizzaMargarita: IPizza
{
#region Miembros de IPizza
public void quienSoy()
{
Console.WriteLine("Soy una pizza de Margarita");
}
#endregion
}
public class PizzaPepperoni: IPizza
{
#region Miembros de IPizza
public void quienSoy()
{
Console.WriteLine("Soy una pizza de Pepperoni");
}
#endregion
}
– La factoría en cuestión:
public class PizzaFactory
{
public enum tipoPizza
{
Pepperoni,Margarita,Barbacoa
}
public IPizza getPizza(tipoPizza tipo)
{
switch (tipo)
{
case tipoPizza.Barbacoa:
return new PizzaBarbacoa();
break;
case tipoPizza.Margarita:
return new PizzaMargarita();
break;
case tipoPizza.Pepperoni:
return new PizzaPepperoni();
break;
default:
return new PizzaBarbacoa();
}
}
}
– Un pequeño test:
public class Test
{
public void testPizza()
{
//ejemplo no usando factoría
IPizza pizza1 = new PizzaBarbacoa();
pizza1.quienSoy();
IPizza pizza2 = new PizzaMargarita();
pizza2.quienSoy();
IPizza pizza3 = new PizzaPepperoni();
pizza3.quienSoy();
IPizza pizza4 = new PizzaBarbacoa();
pizza4.quienSoy();
IPizza pizza5 = new PizzaMargarita();
pizza5.quienSoy();
//ejemplo usando factoría
PizzaFactory factory = new PizzaFactory();
IPizza pizza6 = factory.getPizza(PizzaFactory.tipoPizza.Barbacoa);
pizza6.quienSoy();
IPizza pizza7 = factory.getPizza(PizzaFactory.tipoPizza.Margarita);
pizza7.quienSoy();
IPizza pizza8 = factory.getPizza(PizzaFactory.tipoPizza.Pepperoni);
pizza8.quienSoy();
}
}
Como veis la forma de uso y sus ventajas son mejores. Espero que os sirva!!. Hasta luego!
Fuentes:
http://jorge.queideas.com/index.php/2010/08/27/patron-factoria/
http://elcodigoyyo.blogspot.com.co/2010/01/factoria-abstracta-en-acceso-datos-con.html
https://lalejogg.wordpress.com/2011/06/24/arquitectura-%E2%80%93-patrones-%E2%80%93-factory-factoria-o-fabrica-%E2%80%93-codigo-c/
