Работали ли вы с SwiftUI
Что проверяют
Понимаете ли вы декларативную модель и работу с состоянием, или переносите привычки из UIKit.
Как отвечать
Рамка и пример.
> «SwiftUI два года, весь новый интерфейс на нём, старые экраны на UIKit поддерживаю и связываю через UIHostingController и UIViewRepresentable. > > Состояние: @State для локального, @Observable или ObservableObject для модели экрана, @Binding для передачи вниз, @Environment для общего. Данные приходят из ViewModel через async/await. > > Из практики: список тормозил при прокрутке, потому что тело представления пересчитывало форматирование дат на каждый кадр. Вынес в модель и закэшировал, заодно разбил большое представление на мелкие, чтобы перерисовывалось только изменившееся».
Что уместно назвать: композиция вместо наследования, List и LazyVStack, навигация через NavigationStack с типизированным путём, анимации и переходы, @ViewBuilder, превью, доступность из коробки.
Честные оговорки тоже ценятся: сложная навигация и тонкая настройка списков до сих пор проще в UIKit, а часть возможностей появилась только в свежих версиях системы, что упирается в минимальную поддерживаемую версию.
Где спотыкаются
Пишут императивно: держат состояние в обычных переменных и удивляются, что интерфейс не обновляется.
Кладут тяжёлые вычисления прямо в тело представления.
Не понимают разницу между @State, @Binding и @Observable.
Делают одно огромное представление, из-за чего перерисовывается всё сразу.