Introducción: Presentador al centro
MVP coloca al Presenter como mediador entre la Vista y el Modelo, lo que facilita testear la lógica de presentación.
La Vista es pasiva y el Presenter decide qué mostrar, reduciendo la dependencia directa de la UI.
Este enfoque es ideal cuando necesitas validar reglas de presentación sin levantar la interfaz, porque el Presenter trabaja sobre interfaces y puede ser probado con mocks.
En escenarios con UI compleja, MVP ayuda a evitar que los formularios se llenen de lógica y condiciones que luego se vuelven difíciles de mantener.
Prompt: Presenter hub connecting view and model, clean minimal style.
1. Naturaleza: Director de orquesta
El director coordina músicos que no se comunican entre sí. La orquesta responde a un punto central.
En MVP, el Presenter cumple ese rol y orquesta la interacción de la Vista con los datos.
Los músicos conocen su instrumento, no el plan completo. De la misma forma, la Vista conoce controles y eventos, mientras que el Presenter conoce el flujo completo y las decisiones.
Prompt: Orchestra conductor, soft lighting, minimal illustration.
2. Mundo Real: Recepción médica
La recepcionista (Presenter) coordina pacientes (Vista) y doctores (Modelo).
Los pacientes no hablan con los doctores directamente, todo pasa por una coordinación central.
Si cambia el protocolo de atención, solo la recepcionista lo aprende y ajusta el flujo. En MVP, ese cambio se concentra en el Presenter, manteniendo la Vista estable.
Prompt: Clinic reception workflow diagram, clean flat style.
3. Implementación en C#: Código Paso a Paso
public interface IProductosView { void Mostrar(string nombre); }
public class ProductosPresenter
{
private readonly IProductosView _view;
public ProductosPresenter(IProductosView view) => _view = view;
public void Cargar() => _view.Mostrar("Café");
}
public class ProductosView : IProductosView
{
public void Mostrar(string nombre) => Console.WriteLine(nombre);
}El punto clave es que el Presenter depende de una interfaz de Vista. Eso permite simular la UI en tests y verificar llamadas como Mostrar sin abrir ventanas.
En aplicaciones reales, el Presenter también valida entradas, aplica reglas simples de presentación y delega al dominio lo verdaderamente importante.
4. MVP vs MVC
MVP hace la Vista más pasiva y testable; MVC suele permitir que la Vista consulte al Modelo.
Si necesitas tests de UI con lógica de presentación, MVP es más cómodo.
En MVC, algunos frameworks inyectan demasiada lógica en la Vista. MVP reduce ese riesgo al forzar que el flujo pase por el Presenter.
5. Diagrama UML
Prompt: UML diagram of MVP, clean vector layout.
Prompt: MVP interaction flow diagram, minimal infographic style.
⚠️ Cuándo NO Usar MVP
- Si la UI es muy simple y no requiere Presenter.
- Si el equipo prefiere acoplamiento directo con el Modelo.
- Si el framework ya promueve binding y comandos declarativos, MVVM puede reducir más código manual.
💪 Ejercicio
Crea un MVP para un formulario de login con validación y mensajes de error.
Conclusión
MVP es ideal cuando quieres testear la lógica de presentación y mantener la Vista liviana.
Aplicado con disciplina, reduce errores en UI y mejora la velocidad de cambios en pantallas complejas.