С точки зрения производительности, плохо ли добавлять модификатор .sheet() в подпредставления, а не в суперпредставлениеIOS

Программируем под IOS
Ответить
Anonymous
 С точки зрения производительности, плохо ли добавлять модификатор .sheet() в подпредставления, а не в суперпредставление

Сообщение Anonymous »

Я знаю, что Stack Overflow видел множество версий этого вопроса. Часто это происходит потому, что человек, задавший вопрос, оказался в состоянии, когда ему представлена ​​тонна листов или представлен лист для неправильного элемента.
В приведенном ниже коде я создали ситуацию, в которой, я считаю, ничего не происходит. В этой ситуации размещение .sheet в подпредставлении упростило код, избежав необходимости @Binding к общему @State в суперпредставлении. Я понимаю, что вся эта ситуация немного нелепа, но я столкнулся с этим, просматривая аналогичный код.
Есть ли что-то неправильное в представлении листа на уровне подпредставления/ячейки? чем здесь на супервью?
struct IntHolder: Identifiable {
let id: Int
init(_ id: Int) {
self.id = id
}
}

struct IntHolderView: View {
var holder: IntHolder
@State private var showSheet: Bool = false

var body: some View {
Button {
showSheet = true
} label: {
Text("\(holder.id)")
}
.sheet(isPresented: $showSheet) {
Text("Let me tell you more about \(holder.id)")
}

}
}

struct ContentView: View {
@State var array: [IntHolder] = (1..

Подробнее здесь: https://stackoverflow.com/questions/792 ... in-subview
Ответить

Быстрый ответ

Изменение регистра текста: 
Смайлики
:) :( :oops: :roll: :wink: :muza: :clever: :sorry: :angel: :read: *x)
Ещё смайлики…
   
К этому ответу прикреплено по крайней мере одно вложение.

Если вы не хотите добавлять вложения, оставьте поля пустыми.

Максимально разрешённый размер вложения: 15 МБ.

Вернуться в «IOS»