Patrones

Un patrón es:
• Una solución a un problema en un contexto determinado.
• Codifica conocimiento específico recogido a partir de la experiencia en un dominio.
• Una forma de documentar resolución de problemas de la ingeniería del software.
• Una idea reutilizable.
• Una relación entre un contexto, un problema y una solución.
• Identificación de buenas estructuras de diseño que se repiten enla práctica.
2.1. Patrón de diseño
• Un patrón de diseño es una descripción de clases y objetos comunicándose entre sí, adaptada para resolver un problema de diseño general en un contexto particular [Gamma et al., 1995]
• Un patrón de diseño es una abstracción de un problema de diseño general, que ocurre recurrentemente en contextos específicos no arbitrarios [Aklecha, 1999]
Patrón Vistacontrolador, Singleton
2.2. Patrones de Red
 Publish and Subscribe:Este patrón facilita la cooperación entre componentes sincronizados. Esto se logra mediante la propagación de los cambios en una dirección, es decir, el Publisher notifica a un número determinado de Subscribers acerca de los cambios de su estado.
2.3. Patrones de Sistemas Distribuidos.
 Un sistema distribuido es aquel en el que loscomponentes localizados en computadores, conectados en red, comunican y coordinan sus acciones únicamente mediante el paso de mensajes.
Patrón Broker
• Es un patrón arquitectónico aplicado a la estructuración de sistemas distribuidos, en los cuales es necesaria la interacción remota de componentes altamente desacoplados.
• Lo anterior se logra al introducir un componente Broker cuya funciónprincipal es lograr el desacoplamiento de los clientes y de los servidores .
• También registra a los servidores, logrando de esta forma que los servicios que estos ofrecen estén disponibles a los posibles clientes.
El patrón consiste de seis participantes:
• Un servidor : implementa objetos que expone a través de interfaces que son hechas disponibles mediante un lenguaje de descripción deinterfaz o un estándar binario.
• Los clientes : son aplicaciones que acceden a los servicios de al menos un servidor. Para invocar los servicios, el cliente pasa las solicitudes al broker y recibe la respuesta también del broker.
• Un broker : es un mensajero que es responsable de transmitir las solicitudes de los clientes a los servidores, y de transmitir las respuestas y las excepciones deregreso al cliente. Cuando la solicitud va para un servidor alojado en otro broker, el broker local encuentra una ruta al broker remoto y le pasa la solicitud.
Un proxy del lado del cliente: representa una capa entre los clientes y el broker. Proporciona transparencia, hace que el objeto remoto luzca al cliente como un objeto local; ocultan al cliente:
El mecanismo de comunicación entreprocesos entre el cliente y el broker.
• Creación y borrado de bloques de memoria.
• Marshaling de parámetros y resultados.
El proxy del lado del servidor es análogo al proxy del lado del cliente. En este caso, el proxy es responsable de recibir solicitudes, desempacar los mensajes entrantes, unmarshaling los parámetros, e invocar el servicios apropiado. Además, se usan para hacer el marshaling delos resultados y las excepciones antes de enviarlas al cliente.
Los componentes bridge son opcionales para ocultar los detalles de implementación cuando interoperan dos brokers. Cuando un sistema corre en una red heterogénea, es posible que brokers diferentes tenga que comunicarse independiente de los sistemas operativos y de la red; en bridge construye una capa que encapsula estos detallesespecíficos al sistema.
Las tareas principales que provee el servicio de brokers son las siguientes:
• Recibir de documentos (mensajes).
• Ejecutar PARSES de los mensajes entrantes para determinar su tipo específico.
• Extraer las llaves de identificación y los valores usados en las reglas de ruteo.
• Envíar mensajes a sus respectivos destinatarios.
• Efectuar el tracking de los mensajes....