Fanny E. Ruiz Ch.Bayardo Sarmiento

Directora: Ing. Germania Rodríguez

Lunes, 14 de Noviembre de 2011

Escuela de Ciencias de la ComputaciónEscuela de Ciencias de la Computación

ARQUITECTURA DE APLICACIONESFACADE (FACHADA)

• Propósito

• Motivación

• Aplicabilidad

• Estructura

• Participantes

• Colaboraciones

• Consecuencias

• Implementación

• Código de Ejemplo

AGENDA

• Propósito:

– Interfaz unificada para un conjunto de interfaces de un subsistema.

– Hace que el subsistema sea mas fácil de usar

FACADE (FACHADA)

• Reduce la complejidad.

• Minimizar la comunicación y dependencias entre subsistemas.

• Introducir un objeto fachada que proporcione una interfaz única y simplificada para los servicios del sistema.

Por lo general, dentro de un entorno de programación, la mayoría de los clientes de un compilador no suelen preocuparse de detalles como el análisis sintáctico y la generación de código.

MOTIVACIÓN

Para proporcionar una interfaz de mas alto nivel que aísle a estas clases de los clientes del subsistema de compilación también incluye una clase compilador. Esta clase define una interfaz uniforme para la funcionalidad del compilador.

La clase compilador funciona como una fachada:

- Ofrece a los clientes una interfaz única y

simple

MOTIVACIÓN

Esta clase aglutina las clases que implementan la funcionalidad del compilador sin ocultarlas por completo.

La fachada del compilador facilita la vida a los programadores.

Esta clase aglutina las clases que implementan la funcionalidad del compilador sin ocultarlas por completo.

MOTIVACIÓN

Se usa el patrón Fachada cuando:

Proporcionar una interfaz simple para un subsistema complejo.

– Hace que el subsistema sea mas reutilizable y fácil de personalizar).

– Hace mas fácil de usar para aquellos para aquellos clientes que no necesitan personalizarlo.

APLICABILIDAD

Se usa el patrón Fachada cuando:

Haya muchas dependencias entre los clientes y las clases que implementan una abstracción.

– Introduce una fachada para desacoplar el subsistema de sus clientes y de otros.

– Independencia entre subsistemas y la portabilidad.

APLICABILIDAD

Se usa el patrón Fachada cuando:

Queramos dividir en subcapas nuestros subsistemas.

- Usa una fachada para definir un punto de entrada en cada nivel del subsistema.

- Se pueden simplificar las dependencias entre ellos haciendo que se comuniquen entre si a través de sus fachadas.

APLICABILIDAD

ESTRUCTURA

Se usa el patrón Fachada cuando:

Fachada: (Compilador)

Sabe que clases del subsistema son las responsables ante una petición.

Delega las peticiones de los clientes en los objetos apropiados del subsistema.

PARTICIPANTES

Se usa el patrón Fachada cuando:

Clases del subsistema (Léxico, Sintáctico, NodoPrograma, etc.)

Implementan la funcionalidad del subsistema.

Realizan las labores encomendadas por el objeto Fachada.

No conocen a la fachada; no tienen referencias a ellas.

PARTICIPANTES

• Los clientes se comunican con el subsistema enviando peticiones al objeto Fachada, el cual las reenvía a los objetos apropiados del subsistema.

Los objetos del subsistema realizan el trabajo final, y la fachada hace algo de trabajo para pasar de su interfaz a las del subsistema.

• Los clientes que usan la fachada no tienen que acceder directamente a los objetos del subsistema.

COLABORACIONES

El patrón Fachada proporciona las siguientes ventajas:

• Oculta a los clientes los componentes del subsistema, haciendo que el sistema sea mas fácil de usar.

• Promueve un débil acoplamiento entre el subsistema y sus clientes.

• No impide que las aplicaciones usen las clases del subsistema, de ser necesario. De este modo se puede elegir entre facilidad de uso y generalidad.

CONSECUENCIAS

Para implementar una Fachada se debe tener en cuenta:

• Reducción del acoplamiento cliente-subsistema. Esto puede verse reducido aun mas haciendo que la Fachada sea una clase abstracta con subclases concretas para las diferentes implementaciones de un subsistema.

• Clases del subsistema publicas o privadas. Un subsistema se parece a una clase en que ambos tienen interfaces y los dos encapsulan algo.

IMPLEMENTACIÓN

Una clase encapsula estado y operaciones, mientras que un subsistema encapsula clases.

IMPLEMENTACIÓN

CODIGO DE EJEMPLO

CODIGO DE EJEMPLOimport java.util.Calendar;import java.util.Formatter;import java.util.GregorianCalendar; /** Fachada */public class FormatoFecha { private GregorianCalendar gcal; public FormatoFecha(String isodate_ymd) { String[] a = isodate_ymd.split("-"); gcal = new GregorianCalendar(Integer.parseInt(a[0]), Integer.parseInt(a[1])-1, Integer.parseInt(a[2])); } public void sumarDias(int dias) { gcal.add(Calendar.DAY_OF_MONTH, dias); } public String toString() { return String.format("%1$tY-%1$tm-%1$td", gcal); }}

CODIGO DE EJEMPLO

/** Cliente */public class Cliente { public static void main(String[] args) { FormatoFecha d = new FormatoFecha("2011-05-15"); System.out.println("Fecha: "+d); d.sumarDias(15); System.out.println("15 días después: "+d); }}

USOS CONOCIDOS

• En el framework de aplicaciones ET++, las herramientas están implementadas en un subsistema aparte que incluye una clase FACHADA denominada “ProgrammingEnvironment”, que define operaciones tales como InspectObject e InspectClass.

USOS CONOCIDOS

• El sistema operativo CHOICES usa fachadas para combinar varios framework en uno solo. Las abstracciones clave son los procesos, almacenamiento y los espacios de direcciones, para cada abstracción existe un subsistema. Estos subsistemas tienen un representante que viene a ser una fachada.

PATRONES RELACIONADOS

• El patrón Abstract Factory puede proporcionar una interfaz para crear un subsistema de objetos de forma independiente a otros subsistemas.

• El patrón Mediator es parecido a Facade en sentido de que abstrae funcionalidad a partir de unas clases existentes.

• Normalmente se necesita un objeto fachada, por tanto estos se implementan como singleton.

BIBLIOGRAFÍA

• Erich GAMMA; Richard Helm; Ralph Johnson; Jhon Vlissides.   Patrones de Diseño. Elementos de Software orientado a Objetos Reutilizables. PEARSON.   Edición en Español 2003.

• Brandon Harris, http://es.wikipedia.org/wiki/Archivo:Facade_UML_class_diagram.svg