Hemos establecido que el objetivo principal de un patrón de diseño es la Protección Frente al Cambio. No olvidemos que la protección se consigue "facilitando los cambios", no evitándolos, porque como vimos al analizar los riesgos de un proyecto, los cambios son inevitables. ¿Cómo lo conseguimos que nuestro diseño cambie fácilmente?

Uno de los principios para protegernos frente al cambio es mantener bajo el acomplamiento entre clases. ¿Qué significa?

El acoplamiento de una clase es el conjunto de dependencias que tiene con otras clases.

Así, una clase A que deriva de B, tendrá un fuerte acoplamiento con ella. Y otra clase C, que utilice una clase D, tendrá también una relación de dependencia.

Resulta evidente que, cuanto menor sea el acoplamiento entre clases, menor influencia tendrán los cambios.

Así, un cambio en una clase A, que depende de las clases B, C y D será mucho más complejo que si la misma clase A no dependiera de ninguna otra y, por lo tanto, el cambio sólo le afectara a ella.

Mantener Bajo el Acomplamiento entre Clases, más que un patrón que se pueda implementar, es un principio que nos servirá para elegir entre alternativas de diseño: un diseño menos acomplado siempre será mejor que uno más acoplado, porque en el primero será más fácil realizar cambios.

Ejemplo:

Pongamos un ejemplo referido al modelo de dominio de una aplicación de gestión de proyectos de software.

A la hora de diseñar la clase Proyecto podemos encontrarnos con varias alternativas. Analicemos dos de ellas:

Podemos crear la clase Proyecto de modo que "utilice" un array de Acciones y un Usuario.

Con este diseño, la operación para conocer el nombre del Jefe de un Proyecto, se podría resolver así:

Pero también podemos hacer un diseño menos acoplado, así:

Con este diseño, la misma operación verJefeProyecto se resolvería así: