Архитектура

Controller — посредник между моделью и view: владеет жизненным циклом view, связывает outlet'ы и действия, готовит данные к показу. Он разрастается, потому что MVC не даёт места сети, persistence и data source, и код оседает в нём.

View model держит presentation-состояние и логику, готовя данные модели к показу. Она никогда не импортирует UIKit или SwiftUI, оставаясь независимой от фреймворка и тестируемой. View привязывается к ней и обновляется при изменении состояния.

Объект получает свои зависимости извне, а не создаёт их сам. Constructor injection передаёт их в init, property injection задаёт позже, а контейнер разрешает их централизованно. DI делает код тестируемым, ведь в тесте можно подставить mock'и вместо настоящих зависимостей.

Delegate — для связи один-к-одному, когда объект отчитывается одному владельцу. Closure — для короткого локального одноразового колбэка. NotificationCenter — для широковещания один-ко-многим неизвестным слушателям. Combine или async — для потоков значений и асинхронной работы.

Паттерн observer позволяет одному subject уведомлять множество подписанных наблюдателей при изменении состояния, не зная, кто они. iOS применяет его в NotificationCenter, KVO и Combine. Delegate отличается тем, что связь один-к-одному — один названный колбэк, а не рассылка.

Координатор владеет навигацией — создаёт экраны, внедряет зависимости и решает, что дальше, поэтому view controller'ы больше не знают друг друга. Дочерний экран возвращает результат через delegate или closure, а не делает push сам. Диплинк вызывает те же методы координатора, запуская тот же поток.

Выносить безопасными срезами, не переписывать. Сначала вынести data source и сеть в отдельные типы — самые крупные и наименее рисковые. По ходу добавлять характеризующие тесты, направлять контроллер на новые типы и релизить после каждого шага. View model — в последнюю очередь.

GoF-паттерны описывают повторяющиеся конструкции объектов. В iOS singleton — это URLSession.shared, factory — фабрика вроде UIButton(type:), adapter оборачивает чужой API за протоколом, facade — один вход в подсистему, decorator добавляет поведение обёрткой.

NotificationCenter рассылает синхронно на потоке отправителя, поэтому UI-наблюдатели должны перейти на main, а блочные наблюдатели текут, если их не удалить. KVO требует @objc dynamic key path и может упасть при повторном снятии. Combine отменяется через хранимый AnyCancellable.

Задать протокол для singleton и внедрять его через init. Мигрировать по одному типу, передавая shared-экземпляр в месте вызова, чтобы поведение не менялось. Держать .shared как аргумент по умолчанию; тесты подставляют fake, а .shared убрать, когда последний вызывающий переедет.

Она нарушает single-responsibility — четыре задачи в одном типе — и вместе с ним open/closed и dependency-inversion, ведь ничто не меняется отдельно. Разбить на fetcher, cache, decoder и view, каждый зависит от следующего через маленький протокол, так что любой можно заменить или протестировать отдельно.

Для большой команды выбрать MVVM с координаторами: логика представления тестируема, инженеры её знают, boilerplate умеренный. MVC плохо масштабируется на команды; VIPER и TCA сильнее развязаны, но стоят входа и boilerplate. Компромисс — меньше структуры, чем у VIPER/TCA, ради скорости и привычности.

Слои идут domain, presentation, data. Зависимости направлены только внутрь — внешний знает внутренний, не наоборот. Домен не импортирует фреймворкоспецифичного: ни UIKit, ни URLSession, ни Core Data. Он объявляет протоколы repository, которые реализует слой data.

Границы идут по фичам, а под ними — общие модули foundation и domain. Фичи зависят только вниз, никогда вбок друг на друга — граф пакетов превращает боковой import в ошибку компиляции. Когда A нужна B, она использует протокол в общем модуле, который реализует B, связанный на этапе композиции.