MVP representa Modelo, Ver, Presentador, se trata de un patrón de codificación. Es solo una evolución del MVC (Modelo, Ver, Controlador) patrón. Ver MVC wikipedia page.
La diferencia entre MVP y MVC es que en MVP, el modelo y la vista no se conocen entre sí. En MVP tu vista debería ser lo más estúpida posible. Todas las interacciones son manejadas por el presentador. Es solo una forma de organizar tu código correctamente.
Algunas personas han creado marcos para reducir la cantidad de trabajo que se debe hacer para organizar su código de esta manera. Eche un vistazo a las diferentes MVPplementaciones. Es fácil encontrarlos en la web.
MVP hace que su código sea más fácil de probar ya que puede reemplazar fácilmente su vista por otra implementación (generalmente un simulacro) que simulará el comportamiento o su vista. Por lo tanto, no necesita ejecutar sus pruebas con un entorno de navegador (las vistas GWT son vistas HTML). Entonces tus pruebas se ejecutarán más rápido.
documentación Google dice:
El marco de actividades y lugares le permite crear direcciones URL bookmarkable dentro de su aplicación.
Así que Activities and Places es mucho más que un framework de MVP. Sin embargo, Actividad es Presentador.
public interface Activity {
String mayStop();
void onCancel();
void onStop();
void start(AcceptsOneWidget panel, EventBus eventBus);
}
Puede utilizar la interfaz de Actividad para sus presentadores sin utilizar Lugares y otros objetos de Google. Pero en ese caso, probablemente deba codificar un tipo de Administrador de actividades propio que será responsable de iniciar y detener sus actividades. Al inicio y al final, probablemente desee crear su vista, agregarla al dom, registrar sus controladores de eventos, etc. Y deseará destruir todo esto cuando se detenga.
En algunas otras implementaciones de MVP puede encontrar los métodos bind() y unbind() que tienen el mismo rol.
El poder de la implementación de Activity Place de Google proviene de todos los objetos detrás del objeto Place que hará que su actividad comience o se detenga y que manejará el historial.
Lugar como otras personas mencionadas anteriormente son solo una representación de su URL.
Hay muchos objetos involucrados en la implementación de Activity Place de google. Aquí hay un esquema para ayudarlo a comprender. Verás que la actividad es solo una pequeña parte de todo. You can find some more details on my blog in this article
"si utiliza MVP", ¿qué quiere decir con eso exactamente ? ¿Como si separara solo a los model-view-presentadores por mi cuenta y los hiciera interactuar con una interfaz con mis propias implementaciones? –
Si las actividades son Presentadoras, ¿no es una relación? : | –
Re. "si usas MVP": MVP es un patrón, así que quise decir "pones la lógica de presentación en tu actividad (es decir, la conviertes en presentadora) y tu vista en otra clase". Re. En su segundo comentario, si digo "las vistas generalmente serán' Composite's ", ¿eso hace que' Composite' esté relacionado con MVP? Tal vez sea más claro si digo MVP y las actividades son preocupaciones ortogonales (uno es un patrón de codificación, el otro es un toolkit/micro-framework sobre la navegación dentro de la aplicación) –