Какие преимущества и недостатки архитектуры Clean Swift (VIP) для iOS?

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

Чё там хорошего, блядь:

• Кто за что отвечает — понятно, как божий день. View, Interactor, Presenter, Router, Worker — у каждого своя хата, свои грабли. Не будет такого, что один файл на тысячу строк, где и сетевой запрос, и кнопку покрасить, и в базу записать. Всё по полочкам, ебать.
• Тесты писать — одно удовольствие, ёпта. Раз всё разъебано по разным углам, ты можешь взять Interactor, где вся бизнес-логика, и отъебать его юнит-тестами, не трогая UI. Presenter тоже отдельно потестить можно. Красота, а не жизнь.
• Расти можно до овердохуища. Команда большая, проект сложный — эта архитектура не даст вам всем перепихнуться в одном файле и начать войну на ножах. Связность низкая, каждый свою жопу прикрывает.
• Данные текут в одну сторону, как дерьмо по трубе. View -> Interactor -> Presenter -> View. Предсказуемо, блядь. Где-то засорилось — сразу видно, в каком сегменте ебеня.

А теперь про говно, которое тоже есть, блядь:

• Для экрана с одной кнопкой — это пиздец какой оверкилл. Тебе нужно показать алерт «Привет, Вася»? Так нет же, сука, надо создать пять файлов, описать Request, Response, ViewModel… Да ты охренел просто! Мартышлюшка какая-то, а не работа.
• Чтобы въехать, надо мозги иметь. Не каждый джуниор, который вчера print("Hello world") написал, сходу поймёт, кто куда данные передаёт и зачем тут этот Worker. Порог входа — пиздец высокий.
• Кода-то, блядь, дохуя шаблонного. На каждую операцию надо городить свои структуры Login.Request, Login.Response. Иногда чувствуешь себя обезьяной с гранатой, которая просто перекладывает данные из одной коробки в другую, в рот меня чих-пых!

Ну и смотри, как это выглядит на практике, для авторизации, например:

// 1. ViewController (тупая рожа, которая показывает кнопки и тыкает Interactor)
class LoginViewController: UIViewController {
    var interactor: LoginBusinessLogic! // Вот этому чуваку будем вопросы задавать
    @IBAction func loginButtonTapped() {
        // Собрал данные — и пошёл нахуй, в Interactor
        let request = Login.Request(username: emailField.text, password: passwordField.text)
        interactor?.login(request: request)
    }
}

// 2. Interactor (Мозги операции. Ему похуй на UI, он логику крутит)
class LoginInteractor: LoginBusinessLogic {
    var presenter: LoginPresentationLogic! // Результаты — этому пацану на оформление
    func login(request: Login.Request) {
        // Проверяет, не дебил ли пользователь, пароль меньше восьми символов
        let isValid = request.password.count >= 8
        // Упаковал ответ и — пинай Presenter
        let response = Login.Response(success: isValid, error: isValid ? nil : "Weak password")
        presenter.presentLogin(response: response)
    }
}

// 3. Presenter (Стилист и пиарщик. Берёт сырые данные и делает их красивыми для View)
class LoginPresenter: LoginPresentationLogic {
    weak var viewController: LoginDisplayLogic?
    func presentLogin(response: Login.Response) {
        // «Успех» превращает в «Добро пожаловать, царь!», а ошибку — в человеческий текст
        let viewModel = Login.ViewModel(
            message: response.success ? "Welcome!" : "Error: (response.error!)",
            isSuccess: response.success
        )
        // И говорит View: «На, болван, рисуй это»
        viewController?.displayLogin(viewModel: viewModel)
    }
}

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