En un nivel muy básico, los patrones tradicionales de GoF le permiten desacoplar componentes de un sistema mediante la introducción de actores en los que se delega cierta responsabilidad. En ese sentido, en un sistema diseñado siguiendo estos principios resulta mucho más fácil “delegar” algunas funciones en componentes remotos que se ejecutan en otro nodo. Este es el principio básico detrás de los poderes.
Sin embargo, esto generalmente no es suficiente. El diseño también debe considerar la comunicación entre los componentes y tratar de minimizar las interacciones remotas. El diseño puramente OO funciona mal cuando se distribuye porque las interacciones entre los componentes entre los nodos no están optimizadas. La solución es descomponer el sistema en componentes para que las interacciones se minimicen o, al menos, puedan ser asíncronas.
Esta es la razón por la cual los patrones de diseño de nivel superior, también llamados salidas de patrones arquitectónicos para los sistemas distribuidos. Esta es la idea básica del libro “Pattern-Oriented Software Architecture Volume 4: A Pattern Language for Distributed Computing” de Frank Buschmann.
- ¿Por qué las empresas despiden a las personas (debido al bajo rendimiento) cuando en cambio pueden entrenarlas para ser mejores, como en la industria india de TI?
- ¿Cuál es la especificación más importante de la computadora portátil?
- ¿Cómo funciona un servicio como Heroku en comparación con un host de sitio web normal?
- ¿Por qué la mayoría del software incorporado en Windows apesta?
- ¿Cómo puede un chico de 32 años de habla inglesa (que dejó su doctorado y no es ciudadano de la UE) encontrar un trabajo en software en la UE?
Verá que muchos patrones de comportamiento como el Comando resultan muy útiles al implementar los patrones arquitectónicos. Otros, como los patrones de creación, son menos significativos (sin embargo, ¡es común usar fábricas para crear proxies para objetos remotos!).
En resumen, conocer los patrones de diseño básicos hace que cualquier sistema sea más adaptable a los cambios, incluido el cambio de centralizado a distribuido, pero no son suficientes para garantizar que los sistemas resultantes funcionen bien.