Вообще сейчас наткнулся на статью по mvc на Хабре, и понял что я не знал mvc и пытался шаманить с viper архитектурой но теперь я в принципе не понимаю, нахрена тогда нужен вайпер если при правильном использовании mvc нету и не может быть проблемы с огромным controller-ом

Можно развести с этой темы огромный холивар, но мне кажется, все пришедшие в iOS паттерны из других миров, решали проблемы возникающие в этих самых мирах, но либо из-за неумения/ещё чего-то/незнания, религии эти паттерны перекочевали в iOS.

Хотя на мой скромный взгляд, все проблемы, которые решают эти паттерны, с легкостью решаются и в обычном MVC в мире iOS. (В остальных может и нет)

А вот правильная схема mvc

это откуда скрин? мартин?

Если глубоко копать в суть вопроса - то по большей части это спор вокруг того, что именно и куда выносить и как это называть. Так или иначе всё крутится вокруг MVC, с различными вариациями: более умный контроллер, более тупой контроллер, контроллер-срощенный с моделью, или сделать из одного ViewController'а целых 3 части (View-Presenter-Interactor).

У меня есть 6 button)) игра)) Появления button только если нажата одна из 6-ти button-ов, как реализовать

Нет. Может создаваться такое впечатление, поскольку эпл скрестил view и controller. Ты создаёшь вью, у тебя автоматом создаётся и контроллер.

Доброй ночи!
Осваиваю VIPER, на странице используется UITableView. Из ViewController пробрасываю в Presenter функции для подсчёта кол-ва ячеек и для рендера каждой ячейки. Из Presenter'а я дёргаю Interactor (в котором лежит массив элементов), и по цепочке данные возвращаются обратно во ViewController.
Это нормальное явление?
Получается что я 2 раза пишу протокол для этих функций, и потом 2 раза пишу реализацию для них же. Причём Presenter в данном случае просто выглядит прослойкой.
Я понимаю, что задача VIPER - разгрузить ViewController, избавив его от логики, но не получается ли оверхед в таком случае?
Ну и опять же, если я неправильно понял и делаю неправильно, то как правильно?

Правда в том, что на небольших проектах такая архитектура будет оверхедом. Потому что количество кода вырастает в несколько раз, причём тупо за счёт всяких дополнительных классов с одним дублирующим методом

странная у вас правда...