Abstract factory. presentación
Transcript of Abstract factory. presentación
Alejandro Vidal Arcas
Ampliación de Programación Orientada a Objetos
Curso 2010-2011
Propósito Proporciona una interfaz para crear familias de objetos
relacionados o que dependen entre sí, sin especificar sus clases concretas.
CREACIÓN DE OBJETOS
Motivación Pensemos un toolkit que admite múltiples estándares de
interfaz de usuario y es programado en una interfaz en particular, su portabilidad y su modificación se complica.
Solución:
Una clase abstracta que declara una interfaz para crear cada tipo de básico de widget.
Una clase abstracta para cada tipo de widget.
Las subclases concretas implementan widgets para un estándar concreto de interfaz de usuario.
Los usuarios llaman a esta clase abstracta sin ser conscientes que clase concreta se está usando, de esta manera se consigue una independencia entre cliente y interfaz de usuario.
Motivación
Aplicabilidad Un sistema debe ser independiente de cómo se crean,
componen y representan sus productos.
Un sistema debe ser configurado con una familia de productos de entre varias.
Una familia de objetos producto relacionados está diseñada para ser usada conjuntamente y es necesario hacer cumplir esta restricción
Quiere proporcionar una biblioteca de clases de productos y sólo quiere revelar sus interfaces no sus implementaciones.
Estructura
Participantes AbstactFactory: declara una interfaz para operaciones
que crean objetos, productos abstractos.
ConcreteFactory: implementa las operaciones para crear objetos, productos concretos.
AbstractProduct: declara una interfaz para un tipo de objeto producto.
Participantes Product: define un objeto producto para que sea creado
por la fábrica correspondiente. Implementa la interfaz AbstractProduct.
Cliente: sólo usa interfaces declaradas por las clases AbstractFactory y AbstractProduct.
Colaboraciones Normalmente sólo se crea una única instancia de una
clase ConcreteFactory en tiempo de ejecución. Esta fábrica concreta crea objetos producto que tienen una determinada implementación. Para crear diferentes objetos producto, los clientes deben usar una fábrica concreta diferente.
AbstractFactory delega la creación de objetos producto en su subclase ConcreteFactory.
Consecuencias Ventajas:
Aísla las clases concretas: ayuda a controlar los objetos que se creen y encapsula la responsabilidad y el proceso de creación de objetos producto.
Facilita el intercambio de familias de productos sin mezclarse, permitiendo configurar un sistema con una de entre varias familias de productos.
Fomenta la consistencia entre productos.
Consecuencias Desventajas:
Es difícil dar cabida a nuevos tipos de productos, esto se debe a que la interfaz AbstractFactory fija el conjunto de productos que se pueden crear. Permitir nuevos tipos de productos requiere ampliar la interfaz de la fábrica, cambiar la clase AbstractFactory y todas sus subclases.
Implementación Fábricas únicas: una instancia de una ConcreteFactory
por cada familia de productos, suele implementarse mejor como un Singleton.
Creación de productos: el modo más común para crear las subclases Product (producto concreto) es definiendo un método de fabricación para cada producto(Factory Method).
En caso de que sea posible tener muchas familias de productos, la fábrica concreta puede implementarse usando el patrón Prototype.
Definir fabricas extensibles: añadiendo un parámetro en
las operaciones de creación que indique el tipo de objeto a crear: mas flexible y menos seguro.
Usos conocidos
Los WidgetKit y DialogKit usan abstract factory para el manejo de interfaz de usuario.
ET++ usa el patrón Abstract Factory para lograr portabilidad entre varios sistemas de ventanas(por ejemplo, X Windows y Sun View).
Patrones relacionados