Комментарии 4
Это правда, но почему-то многие забывали, что они же придумали использовать в основе MVC архитектуру, а первые проекты с ViewController были от 1000 строк кода.
А что мешает использовать MVC архитектуру, но не пихать весь код в один view controller?
Открой любой проект 2010-2011 г. Об этом несильно вообще-то думали) Да, хоть и разделяли на какие-то менеджеры и вьюхи, но все равно вся массивная логика была внутри view controller
Т.е. то, что MVC не накладывает жестких ограничений на архитектуру приложения - это вопрос к MVC, но никак не к программистам, которые его так используют?
И например, в MVVM и большинстве модных нынче архитектур вообще не продуманы переходы между экранами - тоже каждый волен писать, как хочет - хоть весь код навигации внутри view controller. Почему тогда эти архитектуры хорошие, MVC плохой?
MVC Apple по сути объединён в view и controller. Поэтому больше шансов, что интуитивно сразу разработчик начнёт делать массивные контроллеры. Ну и в целом это точка соприкосновения бизнес-логики и view. И в случае больших модулей (когда еще, например, не был принят тот же контейнинг), также больше шансов, что view controller раздувался.
«Перевод доставлен»: технотренды ТОП-5 банков России в разработке мобильных приложений. Разбираем на примере iOS