Какие основные компоненты архитектурного паттерна Model-View-Controller (MVC)?

Давай разберём этот ваш MVC, как говорится, по косточкам, а то народ путается, блядь, как слепые котята. Выглядит вроде просто, а потом бац — и у тебя контроллер на две тысячи строк, и ты уже сам не понимаешь, где логика, а где просто пиздец.

1. Модель (Model) — это, по сути, царь и бог данных

• Чем занимается: Хранит сами данные и всю эту вашу бизнес-логику, то есть правила, по которым эти данные живут и мучаются. Вообще не парится, как это всё будет выглядеть на экране.
• Как живёт: Сидит себе тихо, данные меняет и иногда кричит на весь мир: «Эй, я тут обновился, блядь!» (через KVO, делегаты или эти ваши замыкания).
• Вот, смотри, как просто:

  struct User {
      let id: UUID
      var name: String
      var email: String
      // А вот тут уже мозги. Не вьюшка же будет проверять, почта валидная или нет.
      func isEmailValid() -> Bool { ... }
  }

2. Вью (View) — тупая, но красивая картинка

• Чем занимается: Рисует то, что дадут, и ловит тычки пользователя. Её дело — кнопку нажать или текст показать. Больше от неё никаких умственных подвигов не жди.
• Как живёт: Полностью пассивная. Её как настроили, так она и работает. Никакой логики внутри, один чистый UI. Переиспользовать можно до одури.
• Типичный представитель:

  class ProfileView: UIView {
      let nameLabel = UILabel()
      let emailLabel = UILabel()
      // Видишь? Функция одна — взять данные и высрать их в лейблы. Гениально и тупо.
      func configure(with user: User) {
          nameLabel.text = user.name
          emailLabel.text = user.email
      }
  }

3. Контроллер (Controller) — главный распиздяй и посредник

• Чем занимается: Связывает всё в кучу. Пользователь тыкнул во вью — контроллер это поймал, пошёл в модель данные менять. Модель обновилась — контроллер схватил новые данные и запихнул их обратно во вью, чтобы та перерисовалась.
• Как живёт: Вечно на взводе, всё на нём держится. И вот тут-то, сука, и начинается пиздец. В него начинают скидывать ВСЁ: и сетевые запросы, и работу с базой, и форматирование строк. А он ведь для этого не предназначен! В итоге он раздувается, как пузырь, и превращается в Massive View Controller, который ни прочитать, ни поддерживать.

• Классический уродец:

  class ProfileViewController: UIViewController {
      var user: User!
      let profileView = ProfileView()
  
      override func viewDidLoad() {
          super.viewDidLoad()
          profileView.configure(with: user) // Раз — и показал.
      }
  
      @objc func saveButtonTapped() {
          // 1. Выковыриваю текст из полей (это же view!)
          // 2. Запихиваю его в модель (ой, а валидация?)
          // 3. Обновляю вьюшку (спиннер, алерт...)
          // И вот уже 100 строк кода, а ты только сохранил ебаную почту!
      }
  }

В чём же, блядь, корень зла? Проблема в UIKit в том, что UIViewController и UIView — это как сиамские близнецы, их нахуй не разделить. Контроллер по умолчанию владеет вьюхой и всем заправляет. Из-за этой неразберихи всякая хуйня и лезет в контроллер, делая его тем самым монстром.

Поэтому умные дяди и придумали другие паттерны — MVP, MVVM, VIPER — чтобы, блядь, растащить эту свалку ответственности по разным углам и сделать код поддерживаемым. А то так и будешь потом в трёхтысячной строке искать, где у тебя кнопка красится в красный цвет.