Patrones de diseño para reducir el acoplamiento en la aplicación Swing

Question

Hola a todos, actualmente estoy trabajando en una aplicación Java Swing y estaba buscando alguna guía. La aplicación es bastante pequeña, pero me doy cuenta de que a medida que la base de código se hace más grande, tengo un montón de acoplamiento en mi gráfico de objetos. Soy relativamente nuevo en Swing, pero he estado programando lo suficiente como para saber hacia dónde se dirige.

El mayor problema que estoy teniendo es la creación de mi manejo de eventos. ¿Cómo deberían mis ventanas y objetos secundarios comunicar eventos a mis objetos de nivel superior sin tener referencias sobre ellos? He hecho una buena cantidad de codificación web MVC. ¿Este patrón se presta bien a Swing? ¿Debo estar construyendo mi propio controlador? Supongo que solo estoy buscando patrones que a la gente le haya resultado útil para trabajar con Swing.

Gracias de antemano por su ayuda.

Answer 1

La mejor manera de reducir el acoplamiento en una interfaz gráfica de usuario, creo, es el uso de un bus de eventos. Existen varias implementaciones existentes, incluidas algunas compatibles con Swing específicamente.

Sólo google for swing event bus y encontrará.

Si usa Guice en su GUI, también le recomendamos echar un vistazo a guts-events.

Answer 2

Sí. MVC es lo que debes usar. Aquí es un artículo muy bueno sobre MVC y swing:

http://java.sun.com/products/jfc/tsc/articles/architecture/

Answer 3

Como ya se ha dicho que su intención de utilizar MVC, o puede ser que ya utilizan. Una vez que haya separado los datos (lo llamo capa de modelo de datos). Ahora necesita aplicar el patrón OBSERVER en estas clases de modelo de datos. Todas las vistas (sus componentes ui) que utilizan este modelo de datos están observando los objetos de este modelo para cualquier cambio (a través del patrón de observador).

espero que esto es lo que busca.

Answer 4

Otro patrón que podría ser interesante para usted es el MVP (Modelo Vista Presentador) -pattern. Esto es ideal para acoplar puntos de vista más vagamente al modelo. Una buena explicación de Todd Snyder se puede encontrar en here.

Answer 5

MVC !!! Luego puede usar también una variante de Observer llamada Publish/Subscribe para implementar el flujo de eventos dentro de su aplicación.

Answer 6

No estoy de acuerdo con la gente que sugieren utilizar Event bus, porque

• causa de código como EventBus.subscribe(SymbolListChangeEvent.class, this); toda su código dependerá de una instancia de bus único evento que hace que sea muy difícil de probar,
• es difícil averiguar dónde se utiliza un evento específico.

En lugar de eso, sugiero que se utilicen interfaces para encapsular las dependencias externas de un módulo. Si lo desea, puede usarlos con el patrón del oyente, pero en general puede refaccionarlo todo si lo desea.

Answer 7

Si desea comunicarse con otros componentes de la GUI en la jerarquía, entonces debería considerar algo así como Singleton que media en las llamadas entre sucursales.Ver:

http://blue-walrus.com/2013/06/mediator-pattern-in-swing/