| Arquitectura Tightly Coupled versus Arquitectura Loosely Coupled |
|
Como gente de informática, seguramente hemos escuchado sobre estos términos de boca de los arquitectos. Todos sabemos que las arquitecturas tipo "Loosely" son mejor que las de "Tightly". ¿Cómo saber si la arquitectura que se está usando es "Tightly" o "Loosely"? Muy simple: si el cliente que solicita un servicio debe quedar esperando por la respuesta, la arquitectura es "Tightly". También conocido como "stop and wait". Por el contrario, en la arquitectura tipo "Loosely", el cliente de un servicio puede continuar haciendo otras cosas después de solicitar un servicio. Por lo tanto, todas las implementaciones sobre este tipo de arquitectura, como 3-tier o n-tiers, sobre Webservice (con request-wait response), son "Tightly Coupled". Suena bastante triste en el principio para muchos, pero así está definido. Una pregunta muy frecuente sobre tipo de arquitectura "Loosely Coupled" es: ¿Cómo se procesan las respuestas una vez que están disponibles? La respuesta es: Thread (hilo) de procesos o una función de tipo "Callback" para manejar las respuestas. Por lo tanto, la estructura de tu programa cliente, por lo general, debe estar dividida en dos partes, la parte que maneja flujo principal y otra que es la función que procesa las respuestas. |
