В чём разница между MVP и MVC?

Разница между архитектурными паттернами MVP и MVC в Unity

В разработке игр на Unity архитектурные паттерны MVP (Model-View-Presenter) и MVC (Model-View-Controller) решают схожие задачи разделения ответственности, но с ключевыми различиями в потоке данных и связях между компонентами. Оба подхода помогают создавать более поддерживаемый, тестируемый и масштабируемый код, особенно в сложных UI-системах игр.

Основные концепции каждого паттерна

MVC (Model-View-Controller)

Классический паттерн, где:

• Model содержит бизнес-логику и данные приложения (например, здоровье игрока, инвентарь).
• View отвечает за отображение (UI элементы, анимации).
• Controller обрабатывает пользовательский ввод, обновляет Model и, в некоторых вариациях, View.

В традиционной веб-интерпретации Controller напрямую обновляет View. Однако в играх, особенно с активным использованием событий, чаще применяется вариация MVС с пассивной View, где View подписывается на изменения Model.

// Упрощенный пример Model в MVC
public class PlayerModel
{
    public int Health { get; private set; } = 100;
    public event Action<int> OnHealthChanged;

    public void TakeDamage(int damage)
    {
        Health -= damage;
        OnHealthChanged?.Invoke(Health);
    }
}

// View подписывается на событие Model
public class PlayerHealthView : MonoBehaviour
{
    [SerializeField] private Slider _healthSlider;
    private PlayerModel _model;

    public void Initialize(PlayerModel model)
    {
        _model = model;
        _model.OnHealthChanged += UpdateHealthView;
    }

    private void UpdateHealthView(int newHealth)
    {
        _healthSlider.value = newHealth;
    }
}

MVP (Model-View-Presenter)

Более современный и строгий паттерн, часто используемый для UI в Unity. Его ключевая особенность — полная изоляция View от Model.

• Model (как и в MVC) хранит данные и логику.
• View — "глупый" пассивный слой, только отображает то, что ему передали, и передает пользовательские действия Presenterу. Это часто MonoBehaviour.
• Presenter выступает посредником. Он получает данные из Model, преобразует их в формат для отображения и передает View. Он также обрабатывает все события от View.

Ключевые различия

Практический пример MVP в Unity

// 1. Model
public class ScoreModel
{
    public int CurrentScore { get; private set; }
    public event Action<int> OnScoreUpdated;

    public void AddScore(int points)
    {
        CurrentScore += points;
        OnScoreUpdated?.Invoke(CurrentScore);
    }
}

// 2. View (MonoBehaviour, привязан к GameObject UI)
public class ScoreView : MonoBehaviour, IScoreView
{
    [SerializeField] private TextMeshProUGUI _scoreText;
    [SerializeField] private Button _addButton;

    public event Action OnAddScoreClicked;

    private void Start()
    {
        // View только сообщает о действии пользователя
        _addButton.onClick.AddListener(() => OnAddScoreClicked?.Invoke());
    }

    // Метод, который вызывает Presenter
    public void UpdateScoreDisplay(int score)
    {
        _scoreText.text = $"Score: {score}";
    }
}

// 3. Presenter (обычный C# класс)
public class ScorePresenter
{
    private readonly ScoreModel _model;
    private readonly IScoreView _view;

    public ScorePresenter(ScoreModel model, IScoreView view)
    {
        _model = model;
        _view = view;

        // Подписываемся
        _view.OnAddScoreClicked += OnAddScoreClicked;
        _model.OnScoreUpdated += OnScoreUpdated;

        // Инициализируем View начальными данными
        _view.UpdateScoreDisplay(_model.CurrentScore);
    }

    private void OnAddScoreClicked()
    {
        // Обрабатываем действие пользователя
        _model.AddScore(10);
    }

    private void OnScoreUpdated(int newScore)
    {
        // Обновляем View на основе изменений в Model
        _view.UpdateScoreDisplay(newScore);
    }
}

Вывод для Unity-разработчика

Выбор между MVP и MVC зависит от задачи:

• Используйте MVC для организации общей структуры игровых сущностей (например, игрок: Model — данные, View — GameObject с аниматором, Controller — скрипт управления). Это классический подход, знакомый многим.
• Используйте MVP для реализации сложных пользовательских интерфейсов. Его главные преимущества — чистая разделенность ответственности и превосходная тестируемость бизнес-логики (Presenter). В Unity, где View — это MonoBehaviour, эта строгость особенно полезна, чтобы не допустить превращения UI-скриптов в "божественные объекты".

По сути, MVP можно рассматривать как дальнейшее развитие и ужесточение MVC, где роль "контроллера" (Presenter) стала более конкретной и изолированной, что идеально ложится на парадигму разработки поддающихся тестированию приложений.