He estado investigando recientemente a GWT y MVP, y para ser sincero, estoy muy confundido. Mi proyecto incluirá alrededor de 40 lugares o vistas diferentes todos juntos. Al leer múltiples tutoriales, algunos siguen Model-View-Presenter y otros usan Actividades y Lugares, todos bajo el tema de MVP, GWT.MVP o actividades y lugares, para GWT 2.2
No estoy seguro de qué seguir para un nuevo proyecto MVP, GWT 2.2.
Muchas gracias, Alex
Alex,
Actividades y lugares son la aplicación de Google en el marco de MVP. Hay muchos marcos MVP adicionales bien establecidos para GWT que abarcan muchas características adicionales aún no incorporadas en GWT. Los dos que recomendaría son:
GWT Plataforma: http://code.google.com/p/gwt-platform/
MVP4G: http://code.google.com/p/mvp4g/
Tienen muchas características adicionales para reducir la cantidad de código repetitivo que tiene que escribir para implementar soluciones. Que valen un pico antes de elegir de Google Un & P.
Saludos génica
Actividades y lugares es la solución MVP que se implementó en GWT 2.2. Antes de eso, MVP era solo un enfoque recomendado sin un marco oficial provisto por Google. Es por eso que te estás confundiendo.
Le recomendaría que se quede con Actividades y lugares, ya que es la solución oficial de Google para MVP.
Espero que ayude.
Alex,
Actividades y lugares (así como ActivityMapper y más) son clases que el equipo GWT proporcionado a formalizar sus recomendaciones anteriores patrón MVP. Hace algún tiempo, probé las recomendaciones "crudas" de MVP y actualmente estoy usando el enfoque de mayor nivel que ofrecen las clases antes mencionadas. Ciertamente es más fácil usar las nuevas clases. Además de una buena abstracción de MVP, obtienes el aspecto importante de manejar la navegación del historial del navegador en tu aplicación de forma prácticamente gratuita.
La API de MVP llegó para quedarse, al parecer, así que si está utilizando GWT 2.2.x también recomendaría utilizar las nuevas clases de MVP desde el inicio de su proyecto.
Resulta que un Activity toma el papel de un presentador en el patrón de diseño de MVP. No todos sus presentadores deben ser Actividades, pero si tiene un Activity, puede pensar que es un tipo especial de Presentador con un ciclo de vida bien definido utilizado para las transiciones de un "lugar" a otro.
Así que no es una opción entre MVP y "actividades & lugares". Por el contrario, todos tienen la misma idea. Las nuevas actividades & lugares marco es solo un refinamiento.
Actividades y lugares no son un marco MVP! Google elimina esta "perturbación" en documentos posteriores. es solo un marco de historial de navegación (para (fácilmente) serializar el estado de la aplicación).pero al implementar MVP y usar A & P resulta que en muchos casos es una buena idea fusionar actividad y presentador.
En un caso más general, una actividad podría comenzar en presentadores.
Utilizamos actividades y lugares junto con presentadores en nuestro diseño. También utilizamos MVP.
La configuración era una vista, viewImpl, y dentro de la interfaz de visualización, si era necesario, era una interfaz de presentador que también se declaró. La interfaz de vista era un paso a la clase de implementación viewImpl. La actividad fue a viewImpl en función de su lógica de negocios y, en nuestro caso, viewImpl fue a un widget compuesto independiente.
Si era necesario, el widget compuesto utilizaba un presentador para volver (pasar otra vez) a la actividad. Por cierto, no hubo lógica de negocios en la vista ni en el ViewImpl, solo en la actividad. ¡Funcionó bien!
No tiene que elegir: las actividades y los lugares no tienen nada que ver en realidad con MVP (son todo sobre navegación y acoplamiento flexible). Así que solo use ambos (es decir, desarrolle sus actividades como presentadores, como dice pohl en su respuesta) –