Почему это состояние SwiftUI не обновляется при передаче в качестве необязательного параметра?

Представление — это структура, поэтому его свойства неизменяемы, поэтому представление не может изменять свои собственные свойства. Вот почему изменение свойства с именем number внутри тела представления требует, чтобы это свойство было аннотировано с помощью оболочки свойства @State. Благодаря Swift и SwiftUI прозрачные обратные вызовы чтения и записи позволяют изменить отображаемое значение. Таким образом, вы не должны передавать number в качестве параметра SomeView() при вызове fullScreenCover(), а передавать ссылку на number, чтобы обратные вызовы вызывались систематически: $number. Поскольку вы больше не передаете целое число для построения структуры SomeView, тип свойства с именем number в этой структуре больше не может быть целым числом, а должен быть ссылкой на целое число (а именно привязку): используйте аннотацию @Binding для этот.

Итак, замените SomeView(number: number) на SomeView(number: $number) и let number: Int на @Binding var number: Int, чтобы выполнить задание.

Вот правильный исходный код:

import SwiftUI

struct NumberView: View {
    @State var number: Int = 1

    @State private var showNumber = false

    var body: some View {
        NavigationStack {
            VStack(spacing: 40) {
//              Text("\(number)")

                Button {
                    number = 99
                    print(number)
                } label: {
                    Text("Change Number")
                }

                Button {
                    showNumber = true
                } label: {
                    Text("Show Number")
                }
            }
            .fullScreenCover(isPresented: $showNumber) {
                SomeView(number: $number)
            }
        }
    }
}

struct SomeView: View {
    @Binding var number: Int

    var body: some View {
        Text("\(number)")
    }
}

После всего сказанного, чтобы получить действительный исходный код, есть небольшой трюк, который до сих пор не объяснялся: если вы просто замените в своем исходном коде Text("Change Number") на Text("Change Number \(number)"), не используя $ ссылку или @Binding ключевые слова, вы увидите, что проблема также автоматически решается! Не нужно использовать @binding в SomeView! Это связано с тем, что SwiftUI оптимизирует построение дерева представлений. Если он знает, что отображаемое представление изменилось (не только его свойства), оно вычислит представление с обновленными значениями @State. Добавление number к метке кнопки заставляет SwiftUI отслеживать изменения свойства состояния number, и теперь он обновляет свое кэшированное значение для отображения метки кнопки Text, поэтому это новое значение будет правильно использоваться для создания SomeView. Все это может показаться странным, но это просто связано с оптимизацией в SwiftUI. Apple не полностью объясняет, как она реализует оптимизации, строя дерево представлений, есть некоторая информация, предоставленная во время мероприятий WWDC, но исходный код не открыт. Поэтому вам нужно строго следовать шаблону проектирования, основанному на @State и @Binding, чтобы быть уверенным, что все это работает так, как должно.

Все это еще раз говорит о том, что Apple говорит, что вам не нужно использовать @Binding для передачи значения в дочернее представление, если это дочернее представление хочет только получить доступ к значению: поделитесь состоянием с любыми дочерними представлениями, которым также нужен доступ , либо непосредственно для доступа только для чтения, либо в качестве привязки для доступа для чтения и записи (https://developer.apple.com/documentation/swiftui/state). Это правильно, но Apple говорит в той же статье, что вам нужно поместить [state] в самое высокое представление в иерархии представлений, которому требуется доступ к значению. В Apple необходимость доступа к значению означает, что оно нужно для отображения представления, а не только для выполнения других вычислений, которые не влияют на экран. Именно эта интерпретация позволяет Apple оптимизировать вычисление свойства состояния, когда ему необходимо обновить NumberView, например, при вычислении содержимого строки Text("Change Number \(number)"). Вы можете найти это действительно сложно. Но есть способ это понять: возьмите исходный код, который вы написали, уберите @State перед var number: Int = 1. Чтобы скомпилировать его, вам нужно переместить эту строку изнутри структуры наружу, например, в самой первой строке вашего исходного файла, сразу после объявления импорта. И вы увидите, что это работает! Это связано с тем, что вам не нужно это значение для отображения NumberView. И, таким образом, совершенно законно поставить значение выше, чтобы построить представление с именем SomeView. Будьте осторожны, здесь вы не хотите обновлять SomeView, поэтому нет граничных эффектов. Но это не сработает, если вам придется обновить SomeView.

Вот код для этого последнего трюка:

import SwiftUI

// number is declared outside the views!
var number: Int = 1

struct NumberView: View {
    // no more state variable named number!
    // No more modification: the following code is exactly yours!

    @State private var showNumber = false
    
    var body: some View {
        NavigationStack {
            VStack(spacing: 40) {
//              Text("\(number)")

                Button {
                    number = 99
                    print(number)
                } label: {
                    Text("Change Number")
                }

                Button {
                    showNumber = true
                } label: {
                    Text("Show Number")
                }
            }
            .fullScreenCover(isPresented: $showNumber) {
                SomeView(number: number)
            }
        }
    }
}

struct SomeView: View {
    let number: Int
    var body: some View {
        Text("\(number)")
    }
}

Вот почему вы обязательно должны следовать шаблону проектирования @State и @Binding, принимая во внимание, что если вы объявляете состояние в представлении, которое не использует его для отображения своего содержимого, вы должны объявить это состояние как @Binding в дочерних представлениях, даже если этим детям не нужно вносить изменения в это состояние. Лучший способ использовать @State — это объявить его в самом высоком представлении, которое нуждается в нем для отображения чего-либо: никогда не забывайте, что @State должно быть объявлено в представлении, которому принадлежит эта переменная; создание представления, которому принадлежит переменная, но которое не должно использовать ее для отображения своего содержимого, является антишаблоном.

Поскольку number не читается в теле, отслеживание зависимостей SwiftUI обнаруживает его. Вы можете дать ему толчок следующим образом:

.fullScreenCover(isPresented: $showNumber) { [number] in

Теперь новое замыкание будет создаваться с обновленным значением number при каждом изменении number. К вашему сведению, синтаксис [number] in называется «список захвата», читайте об этом здесь.

Натан Таннар дал мне это объяснение по другому каналу, и я думаю, что он доходит до сути моей проблемы. Похоже, что это странность SwiftUI, вызванная знанием того, когда и как он обновляет представления в зависимости от состояния. Спасибо Натан!

Это потому, что число не «читается» в теле представления. SwiftUI умен тем, что запускает обновления представления только при изменении зависимости представления. Причина, по которой это вызывает проблемы с модификатором fullScreenCover, заключается в том, что он захватывает замыкание @escaping для тела. Это означает, что он не будет прочитан, пока не будет представлена ​​обложка. Поскольку не прочитанное тело представления не будет переоценено при изменении @State, вы можете проверить это, установив точку останова в теле представления. Поскольку тело представления не оценивается повторно, закрытие @escaping никогда не захватывается повторно и, следовательно, будет содержать копию исходного значения.

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

struct FullScreenModifier<Destination: View>: ViewModifier {
    @Binding var isPresented: Bool
    @ViewBuilder var destination: Destination
    func body(content: Content) -> some View {
        content
            .fullScreenCover(isPresented: $isPresented) {
                destination
            }
    }
}