¿Qué patrón de diseño usar (necesito algo como patrón de mediador)?

Question

Tengo una aplicación GUI con muchos controles. La mayoría de ellos tienen eventos y los controles están lógicamente conectados a cada uno allí. Por ejemplo, tengo 5 comboBoxes. Si elijo algo en cb1 y cb3 ellos cb2 debe cambiar una lista de sus valores disponibles. Si elijo algo en cb2 y ch4, ellos cb5 deben cargar su lista de valores disponibles. Todos los artículos que he encontrado en la web dicen que debo usar mediator pattern en este caso. Pero en todos estos artículos, el mediador es algo así como una clase divina, que sabe todo sobre todos los controles y decide qué se debe hacer en caso de algún evento. Si tengo 5-6 controles, todo está bien. ¿Pero y si tengo algo así como 20 o 40 controles? Supongo que la clase de mediador se convertirá en un monstruo en este caso. Será difícil hacer algo con él (modificar o agregar nuevas funcionalidades).

¿Hay algún otro patrón, o buenos ejemplos de mediador pathern, que ayuden a resolver esta situación?

PD: Disculpe si ya hay preguntas sobre este tema, hay tantas preguntas con el mismo nombre, que no es tan fácil encontrar algo que realmente necesito de todos estos temas.

Answer 1

Mediator es de hecho la opción correcta aquí, sin embargo, hay una opción alternativa para usar el patrón OBSERVER que le permitirá mantener la lógica por separado. (cb2 observa cb1 y reacciona apropiadamente, cb3-> cb2, etc.).

Con el patrón OBSERVER, tendrá que vincular solo 2 controles a la vez, esto es como una cadena.

Answer 2

Mediator pattern - Wiki

Si de Wikipedia pero es simple y hace que sea fácil de entender.

Cuando estudiaba patrones, este código era el mejor. Simple pero eficiente ... Y sí para lo que usted está describiendo que haría uso de un patrón Mediador

Answer 3

uso de las diferentes acciones como las estrategias Strategy Pattern e invoco una determinada estrategia de la Mediador, por lo que sólo lo haría Necesita cambiar algunas líneas de código si necesita agregar más controladores mañana.

Answer 4

Intente agrupar los componentes que pertenecen juntos en los componentes personalizados (se extiende JComponent o JPanel). Estos componentes personalizados escuchan los eventos de sus hijos y actualizan a los otros niños según sea necesario (-> se convierten en los Mediadores). Los componentes personalizados también pueden activar sus propios eventos personalizados y así informar a su padre Mediador.

Answer 5

libro GOF dice:.

"... Patrones Relacionados

Fachada (185) difiere de mediador en la que se abstrae un subsistema de objetos para proporcionar una interfaz más conveniente Su protocolo es unidireccional; que es decir, los objetos de Fachada realizan solicitudes de las clases de subsistema, pero no al revés.Por el contrario, Mediator permite el comportamiento cooperativo que los objetos del colega no pueden o no pueden proporcionar, y el protocolo es multidireccional.

Los colegas pueden comunicarse con el mediador utilizando el patrón Observer (293). ...".

sospecho que una combinación de observador y mediador o bien fachada va a funcionar bien.

recordar que una de las cualidades de los patrones de diseño es que cada vez que se implementa una son diferentes.