Model-View-Presenter

Model-View-Presenter
Model View Presenter
Описан в Design Patterns	Нет

Model-View-Presenter (MVP) — шаблон проектирования, производный от MVC, который используется в основном для построения пользовательского интерфейса.

Элемент Presenter в данном шаблоне берёт на себя функциональность посредника (аналогично контроллеру в MVC) и отвечает за управление событиями пользовательского интерфейса (например, использование мыши) так же, как в других шаблонах обычно отвечает представление.

Описание шаблона

MVP — шаблон проектирования пользовательского интерфейса, который был разработан для облегчения автоматического модульного тестирования и улучшения разделения ответственности в презентационной логике (отделения логики от отображения):

• Модель (англ. Model) — предоставляет данные для пользовательского интерфейса.
• Представление (англ. View) — реализует отображение данных (Модели) и маршрутизацию пользовательских команд или событий Presenterʼу.
• Presenter — управляет Моделью и Представлением. Например извлекает данные из Модели и форматирует их для отображения в Представлении.

Обычно экземпляр Представления создаёт экземпляр Presenterʼа, передавая ему ссылку на себя. При этом Presenter работает с Представлением в абстрактном виде, через его интерфейс. Когда вызывается событие Представления, оно вызывает конкретный метод Presenterʼа, не имеющего ни параметров, ни возвращаемого значения. Presenter получает необходимые для работы метода данные о состоянии пользовательского интерфейса через интерфейс Представления и через него же передаёт в Представление данные из Модели и другие результаты своей работы.

public class MyModel
{
    private int _state = 0;
    public MyModel(int initState)
    {
        _state = initState;
    }
    public int getState()
    {
        return _state;
    }
}
public class MyView : IView
{
    private readonly MyPresenter presenter;
    public MyView()
    {
        presenter = new(this);
    }
}
public class MyPresenter
{
    private readonly IView _view;
    private readonly MyModel model = new(123);

    public MyPresenter(IView view)
    {
        _view = view;
    }
}

Количество логики, допустимой в Представлении, различается для разных реализаций.

С точки зрения многоуровневой модели приложений в ООП, Presenter может рассматриваться как самостоятельный уровень между уровнем приложения и уровнем пользовательского интерфейса. В структуре Решения Приложения каждый слой должен быть отдельной сборкой или даже набором сборок. Согласно принципам ООП и SOLID. Пример выше не позволяет построить полностью абстрактную структуру, что нарушает принципы. Например, любое изменение в Model потребует перекомпиляции Презентера, а его компиляция потребует компиляции Представления. Для устранения таких зависимостей, нарушающих принципы абстракции, Презентер должен работать с Моделью и Представлением через их интерфейсы в отдельных сборка, сборки Модели, Презентера и Представления не должны иметь ссылок друг на друга. Создаются слои и внедряются зависимости в сборке Приложения. Например, метод Main(), который является точкой запуска консольного приложения.

namespace AssembleOfInterfaces 
{
    public interface IModel
    {
        IList<int> Numbers { get; }
        int Sum();
    }
    public interface IView
    {
        int ReadA();
        int ReadB();
        void WriteSum(int sum);
    }
}

using AssembleOfInterfaces;
namespace AssembleOfModel
{
    public class MyModel : IModel
    {
        public IList<int> Numbers { get; } = new List<int>();
        public int Sum() => Numbers.Sum();
    }
}

using AssembleOfInterfaces;
using static System.Console;
namespace AssembleOfView
{
    public class MyView : IView
    {
        public int ReadA()
        {
            Write("Коэффициент A: ");
            return int.Parse(ReadLine() ?? string.Empty);
        }

        public int ReadB()
        {
            Write("Коэффициент B: ");
            return int.Parse(ReadLine() ?? string.Empty);
        }

        public void WriteSum(int sum) => WriteLine($"Сумма коэффициентов = {sum}.");
    }
}

using AssembleOfInterfaces;
namespace AssembleOfPresenter
{
    public class MyPresenter
    {
        private readonly IView view;
        private readonly IModel model;

        public MyPresenter(IModel myModel, IView view)
        {
            this.view = view;
            model = myModel;
        }

        public void Start()
        {
            model.Numbers.Add(view.ReadA());
            model.Numbers.Add(view.ReadB());
            view.WriteSum(model.Sum());
        }
    }
}

using AssembleOfInterfaces;
using AssembleOfModel;
using AssembleOfView;
using AssembleOfPresenter;
namespace AssembleOfApplication
{

    public class App
    {
        public static void Start()
        {
            MyModel model = new();
            MyView view1 = new();
            MyPresenter presenter = new MyPresenter(model, view1);
        }
    }
}

История

Эволюция и несколько вариантов шаблона MVP, в том числе отношения MVP с другими шаблонами проектирования (такими как MVC) были подробно проанализированы в статье Мартина Фаулера , а также в статье Дерека Грира.

См. также

• Model-View-Controller
• Бизнес-логика

Ссылки

• Model-View-Controller в .Net
• Large scale application development and MVP