SwiftUI

@State объявляет изменяемое локальное состояние, которым владеет представление; его изменение перерисовывает body. Binding ($state) — двусторонняя ссылка на него: дочерний контрол вроде TextField читает и пишет значение родителя, не владея им.

onAppear следует за структурной идентичностью представления, а не за циклом контроллера, и срабатывает при каждом входе в иерархию. Переустановленное представление вызывает его снова; так и не вставленное — не вызывает. Это не viewDidAppear «раз на экран».

Запускайте в .task: он стартует при появлении и отменяется автоматически при исчезновении. .onAppear синхронный и без отмены, поэтому Task оттуда течёт или перезапускается. .task(id:) перезагружает по изменению, сохраняя авто-отмену.

Представление наблюдает за ObservableObject, храня его в @StateObject, @ObservedObject или @EnvironmentObject. Поля @Published перерисовывают подписанные представления при изменении. @StateObject владеет им; два остальных ссылаются на объект из другого места.

Значение представления — лишь описание, читаемое SwiftUI для дерева отрисовки; структура создаётся и выбрасывается постоянно, без жизненного цикла. onAppear/onDisappear срабатывают при входе узла в иерархию или выходе, а не при создании структуры.

Представления — лёгкие структуры, значимые типы, хранящие описание UI, а не отрисованные объекты, поэтому SwiftUI создаёт и выбрасывает их постоянно. some View — непрозрачный возвращаемый тип, один конкретный View. body пересчитывается при изменении состояния или входов.

Представление прочитало @EnvironmentObject, который не внедрил ни один предок через .environmentObject(_:). Внедрите его на нужный sheet или назначение навигации — они не наследуют окружение вызвавшего. @Environment иной — значение по ключу с умолчанием.

Свяжите NavigationStack(path: $path) с массивом значений-маршрутов: добавление пушит, удаление попает, замена переписывает стек. navigationDestination(for:) сопоставляет значение с экраном. Диплинк присваивает разобранные из URL маршруты в path, перестраивая стек разом.

Оно возникает, когда body меняет наблюдаемое состояние, пока SwiftUI ещё вычисляет этот body — присваивание @State во время вычисления. Вынесите изменение из прохода отрисовки в .onAppear, .task, .onChange или действие пользователя.

@StateObject делает представление владельцем модели — SwiftUI создаёт её один раз и держит живой между перерисовками. @ObservedObject лишь наблюдает за внешним объектом, поэтому создание модели здесь пересоздаёт её при рендере, сбрасывая состояние.

Замените контроллер на View с @State для имени и приветствия. TextField("Name", text: $name) связывает ввод, Button задаёт приветствие, а if !greeting.isEmpty { Text(greeting) } заменяет isHidden. VStack с padding заменяет Auto Layout.

ObservableObject перерисовывает каждое наблюдающее представление при изменении любого поля @Published. Макрос @Observable (iOS 17+) отслеживает чтение свойств, поэтому инвалидируется лишь при изменении прочитанного. Сочетайте его с @State.

Привязка строк к индексу массива связывает идентичность с позицией: после переупорядочивания слот 0 остаётся тем же представлением со старым состоянием. Дайте элементу стабильный Identifiable id, чтобы идентичность шла за данными, а не за слотом.

Сделайте обобщённую struct, хранящую content: Content (Content: View), и пометьте замыкание инициализатора @ViewBuilder content: () -> Content. Сохраните результат и разместите content в раскладке. Атрибут даёт передать несколько представлений замыканием.

List и LazyVStack строят только строки рядом с видимой областью и переиспользуют их при прокрутке, поэтому огромная коллекция дешева. Ленивость ломается, когда строки стирают до AnyView, кладут в обычный неленивый VStack или дают им дорогой body.

Перейдите на макрос @Observable, чтобы SwiftUI отслеживал чтение свойств и перерисовывал лишь изменившееся. Разбейте модель на мелкие наблюдаемые части и вынесите каждое поле в подпредставление — его body станет единицей инвалидизации.

Оберните карту в UIViewRepresentable: makeUIView создаёт MKMapView один раз; updateUIView проталкивает в неё новое состояние. Coordinator держит её делегат и передаёт колбэки — смену региона, тапы по пинам — обратно в SwiftUI через @Binding, защищая обратную запись от зацикливания.

@ViewBuilder — result builder, объединяющий представления из body в одно составное значение — для нескольких детей это TupleView. Цикла во время выполнения нет; вызов синтезирует компилятор. В ранних SwiftUI перегрузки были лишь до десяти детей.