Pregunta

Como lo indica el título ¿Cuándo se recomienda el uso de la mediador patrón de diseño y dónde hacerlo ves que utiliza incorrectamente?

¿Fue útil?

Solución

Utilice un mediador cuando el complejidad del objeto de comunicación comienza a obstaculizar la reutilización de objetos . Este tipo de complejidad a menudo aparece en la vista de los casos, aunque en realidad podría estar en cualquier lugar.

El mal uso de un mediador puede dar lugar a paralizar las interfaces de clases colega del mediador.

Parece un poco raro hablar sobre el mal uso de un patrón. Si su aplicación sigue el patrón, entonces usted ha utilizado el patrón. De lo contrario, no lo ha hecho. En otras palabras, si el mediador está haciendo otra cosa, entonces probablemente no es un mediador. Los patrones se definen por lo que hacen, lo que en realidad son. Los nombres de las cosas son simplemente etiquetas.

La verdadera pregunta que preguntarse es si su aplicación de un patrón cumple con las promesas del patrón para su diseño. El patrón de mediador pretende encapsular la comunicación inter-objeto complejo cuando se está convirtiendo en inmanejable. Si no se ha logrado esto, o no lo ha hecho muy bien, se podría decir que un mediador se aplica de manera abusiva. En algún momento, se convierte en un juicio de valor.

Otros consejos

Lo he utilizado para hacer frente a aplicaciones de swing.

Cuando estoy construyendo una interfaz gráfica de usuario que no me gusta cada control conocerse a sí mismos, porque eso requeriría subclases.

En lugar tengo un objeto principal que contiene el oyente y los widgets y dejo que mediar entre los diferentes controles, botones, campos de texto, etc.

El mediador también es básicamente lo que un evento-bomba es. Un patrón muy común en la interfaz gráfica de usuario y juegos.

También he utilizado mediador antes de comunicarse entre sistemas muy dispar, y los marcos heredados.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top