cuál debe ser el papel de controlador en aplicaciones GWT ejecución patrón MVP?

Question

Soy nuevo en GWT y volver a programar después de largo tiempo transcurrido ... mi pregunta es acerca de la implementación de MVP en GWT, he pasado por el siguiente post y eran bastante servicial, pero todavía tengo algunas dudas

¿Cuáles son MVP y MVC y lo que es la diferencia? ¿Cuál es su recomendación para la arquitectura de aplicaciones GWT? MVC, MVP o solución de mensajería personalizada?

Creo que el tutorial GWT ( http://code.google.com /webtoolkit/articles/mvp-architecture.html ) de MVP también tiene Contoller (AppController) en su lugar y algunas de las respuestas se gestionan a nivel Contoller no al presentador. Así que mi pregunta es ¿cuál debe ser el papel de controlador en la implementación patrón MVP?

De dónde deberíamos iniciar la llamada del servidor asíncrono, presentador o controlador, por ejemplo si tengo que guardar el registro ¿Debo llamar a la función de servidor (que llama a la DAO y guarda el registro) del presentador o debería presentador post evento usando evento autobús y conroller actuar sobre la función de servidor de llamadas evento y para el ahorro.

Answer 1

La página de ayuda GWT vinculado a dice acerca de la AppController :

  

Para la lógica identificador que no es específica   a cualquier reside presentador y en vez   en la capa de aplicación, vamos a   introducir el componente AppController.

Así que es el pegamento entre varios presentadores, Las vistas y el modelo (tal vez varios modelos). También maneja el historial del navegador. Y las cosas tal adicionales que no son específicos de un presentador.

En cuanto a la llamada del servidor: Hay varias opciones, pero yo personalmente no lo harían de la vista, y tampoco de la presentadora - que haría uso de un modelo de oyente. La razón es que múltiples puntos de vista y los presentadores pueden trabajar juntos en un solo modelo. Y cuando cambian el modelo, que el cambio debe ser enviada al servidor. Tal vez usted no quiere hacer eso inmediatamente, pero recoge algunos cambios antes de enviarlos. En ese caso, usted podría tener un temporizador que se ha configurado - también -. Por la AppController

Answer 2

En respuesta a su último párrafo, yo diría que debe hacerlo en presentador si hay algo (algún botón) en la vista que se supone que debe hacerlo. Presentador es lógicamente fuertemente ligado a la vista (que técnicamente se deben atar débilmente, por las interfaces no solamente por las implementaciones). Si desea guardar el registro en alguna acción que no se llama explícitamente a la vista, yo no lo haría en el presentador.