Перейти на PRO

В чем разница между Presenter (MVP) и ViewModel (MVVM)?

Тип вопроса: Архитектура Вероятность: 10% Категория: IOS Разработчик

Ответ

Presenter (паттерн MVP)

  • Роль: Посредник между Model и View. Содержит логику презентации (как отображать данные).
  • Знание о View: Имеет сильную ссылку (weak) на абстракцию View (протокол).
  • Управление UI: Активно и императивно вызывает методы View для её обновления.
  • Тестирование: Легко тестируется через mock-объект View. 
    
// 1. Протокол View
protocol LoginViewProtocol: AnyObject {
func showError(message: String)
func navigateToHome()
}

// 2. Presenter class LoginPresenter { weak var view: LoginViewProtocol? let authService: AuthService

func loginButtonTapped(email: String, password: String) {
    authService.login(email: email, password: password) { [weak self] result in
        switch result {
        case .success:
            self?.view?.navigateToHome() // ЯВНЫЙ вызов
        case .failure(let error):
            self?.view?.showError(message: error.localizedDescription) // ЯВНЫЙ вызов
        }
    }
}

}


**ViewModel (паттерн MVVM)**
*   **Роль:** Предоставляет **данные и команды**, специфичные для View. Преобразует сырые данные Model в удобный для отображения формат.
*   **Знание о View:** **Не знает** о существовании View. Не содержит ссылок на UI-компоненты.
*   **Управление UI:** **Реактивно**. View (или ViewController) **подписывается** на изменения свойств ViewModel (через `@Published`, `ObservableObject`, RxSwift).
*   **Тестирование:** Тестируется без моков View, проверяется состояние свойств.
```swift
// 1. ViewModel
class LoginViewModel: ObservableObject {
    @Published var errorMessage: String? = nil // Наблюдаемое состояние
    @Published var isLoading: Bool = false
    let authService: AuthService

    func login(email: String, password: String) {
        isLoading = true
        authService.login(email: email, password: password) { [weak self] result in
            self?.isLoading = false
            switch result {
            case .success:
                // Навигация будет обработана на уровне View (напр., через Coordinator)
                break
            case .failure(let error):
                self?.errorMessage = error.localizedDescription // ИЗМЕНЕНИЕ состояния
            }
        }
    }
}

// 2. View (SwiftUI) автоматически реагирует на изменения
struct LoginView: View {
    @StateObject var viewModel = LoginViewModel()
    var body: some View {
        VStack {
            if let error = viewModel.errorMessage {
                Text(error).foregroundColor(.red) // Автоматическое обновление
            }
            Button("Login") { viewModel.login(...) }
                .disabled(viewModel.isLoading)
        }
    }
}

Итог:

  • Presenter говорит View, что делать (view.showError(...)).
  • ViewModel сообщает об изменении состояния (errorMessage = "..."), а View реагирует на это сама.

Ответ 18+ 🔞

Ну вот смотри, блядь, сейчас разложу как есть, а то народ путается в этих ваших архитектурных мудях, как слепой кот в сортире.

Представь, что у тебя есть два способа заставить соседа сверху перестать хуярить в стену в три ночи.

Первый способ — это как Presenter, сука. Ты берёшь, поднимаешься к нему, и начинаешь ему императивно и по пунктам объяснять, что он мудак: «Вася, блядь, прекрати долбить! Вася, открой дварку! Вася, получи в ебало!». Ты полностью контролируешь процесс, говоришь ему, что делать на каждом шагу. Сам Вася — просто тупая вьюха, которая выполняет твои команды. Проверить, правильно ли ты его послал, легко — подставишь манекен и смотришь, в ту ли он морду бьёт.

// Ты — презентер, он — вьюха. Ты ему командуешь.
protocol DrunkNeighborProtocol: AnyObject {
    func stopHammering()
    func openDoor()
    func receivePunch(to face: FaceArea)
}

class NoisePresenter {
    weak var neighbor: DrunkNeighborProtocol?

    func handleMidnightNoise() {
        neighbor?.stopHammering() // Команда 1: Прекрати!
        neighbor?.openDoor()      // Команда 2: Открой!
        neighbor?.receivePunch(to: .default) // Команда 3: Получи!
    }
}

Второй способ — это как ViewModel, ёпта. Ты не лезешь к нему сам. Ты берёшь и меняешь состояние окружающего мира. Включаешь на полную мощность колонки с Шаманом, начинаешь сверлить свою же стену перфоратором, или выливаешь ему с балкона ведро воды на сплит-систему. Ты не командуешь Васей напрямую, ты просто создаёшь такие условия (состояния), на которые его тупая рожа вынуждена реагировать. Он сам, как View, подпишется на твой дикий грохот и придёт разбираться. А ты в своей ViewModel просто сидишь и наблюдаешь, как @Published var neighborState меняется с .hammering на .angryAsFuck.

// Ты — вьюмодель. Ты меняешь мир, а он сам реагирует.
class ApocalypseViewModel: ObservableObject {
    @Published var noiseLevel: Decibel = .peaceful // Наблюдаемое состояние
    @Published var neighborMood: Mood = .chill

    func initiateCountermeasures() {
        noiseLevel = .deafening // Меняешь состояние!
        neighborMood = .angryAsFuck // Меняешь другое состояние!
        // Ты не звал Васю. Ты просто создал ад. View (Вася) сама подписана на эти @Published свойства и пришла нахуй.
    }
}

// View (Вася) где-то там автоматически среагировала на noiseLevel = .deafening
struct NeighborView: View {
    @ObservedObject var viewModel = ApocalypseViewModel()
    var body: some View {
        if viewModel.neighborMood == .angryAsFuck {
            AngryNeighborAppearsView() // Автореакция, блядь!
        }
    }
}

Короче, итог, в рот меня чих-пых:

  • Presenter — это как капитан, который орет матросам: «Поднять паруса! Повернуть штурвал налево! Выбросить за борт этого пидораса!». Активное, императивное управление.
  • ViewModel — это как умный дом, который просто выставляет temperature = 10°C и lights = .off. А все жильцы (View) сами начинают ебться, искать одеяла и хуярить по стенам. Реактивное объявление состояния.

Вот и вся, блядь, разница. Выбирай, как тебе больше нравится: орать на вьюху или создать такие условия, чтобы она сама всё сделала.

© ХакСобесов, 2026
support@hacksobesov.com