А как же загроможденность контроллера?

Брюс ли или Шварц?

Massive View Controller

у каждой парадигмы есть свои сильные стороны и свои слабые

Ладно, я тут уже ниче не понимаю, сам бы какой паттерн предпочёл?

Чисто для маленького проекта

Но чтобы было расширяемо

а причём тут архитектура? и что ты подразумеваешь под “контроллер”?

юзай MVC не придется потом искать специалистов по MVP/MVVM/VIPER/REACT и т.д…. а на выходе все равно у тебя получтся такой же проект, как ни крути

Чтобы контроллер был незаграмажден, нужно бизнеслогику в сервисы выносить. Контроллер только для управления интерфейсом, типа валидаторы всякие, скрыть показать, состояние экрана и т. п.

Спасибо

Чаще iOS разработчики далеки от понимания того, что такое классический МВиСи (хотя в курсе Стэнфорда демонстрируется вполне близкий к классическому подход), а также далеки от понимания сингл респонсибилити (и вообще респонсибилити), и как следствие пишут много кода на слое вьюшки. А так как базовый класс вьюшки в яОС фрэймфорке называется ЮИВьюКонтроллер, то создаётся впечатление, что разработчики думают, что только факт использования этого базового класса уже свидетельство того, что они придерживаются какой-то архитектуры или паттерна.

Это не проблема MVC

+

Добавлю, что ещё хорошо заходит разделение частей экрана на дочерние контроллеры.

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

Т. е. если убрать из этого перечня валидаторы, то получится согласный с моим представлением список того, для чего контроллер (июВьюКонтроллер в яОС) вполне удобно использовать. И если посмотреть на этот список отдельно, то легко заметить, что это функции Вью слоя.

по-моему вы путаете эпловский ViewController и понятие controller в MVC

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

Я не знаю, как вы понимаете контроллер в МВиСи. Но я пытался лишь обозначить что ЮиВьюКонтроллер в яОС это на практике как раз НЕ то же самое, что обозначают буквы ВиСи в МВиСи.