Te sugerimos que revises esta respuesta en un ambiente controlado antes de pasarlo a producción, un saludo.
Solución:
Utilice un mediador cuando el complejidad de la comunicación de objetos comienza a obstaculizar la reutilización de objetos. Este tipo de complejidad suele aparecer en instancias de vista, aunque en realidad podría estar en cualquier parte.
El mal uso de un mediador puede resultar en paralizar las interfaces de las clases de colegas del mediador.
Parece un poco divertido hablar sobre el mal uso de un patrón. Si su implementación sigue el patrón, entonces ha utilizado el patrón. De lo contrario, no lo has hecho. En otras palabras, si su mediador está haciendo otra cosa, probablemente no sea un mediador. Los patrones se definen por lo que hacen, lo que de hecho son. Los nombres de las cosas son simplemente etiquetas.
La verdadera pregunta que debe hacerse es si la implementación de un patrón cumple las promesas del patrón para su diseño. El patrón mediador tiene como objetivo encapsular la comunicación compleja entre objetos cuando se vuelve inmanejable. Si no ha logrado esto, o no lo ha hecho muy bien, se podría decir que se está utilizando mal a un mediador. En algún momento, se convierte en un juicio de valor.
Lo he usado para tratar con aplicaciones swing.
Cuando estoy construyendo una GUI, no me gusta que cada control se conozca porque eso requeriría subclases.
En cambio, tengo un objeto principal que contiene el oyente y los widgets y lo dejo mediar entre los diferentes controles, botones, campos de texto, etc.
Si te gustó nuestro trabajo, tienes la libertad de dejar un tutorial acerca de qué te ha gustado de este enunciado.