АО
Можно пример, как это используется?
Если замыкание выполняется после получения данных из сети асинхронно, например
Size: a a a
2020 June 26
AB
Можно пример, как это используется?
func someFunc(callback: (Int) -> Void) {
callback(32)
}
вот пример nonescaping, ты сразу вызвал callback. Но если ты НЕ хочешь сразу вызвать, а сохранить этот callback в какой нибудь переменной, и вызвать когда нибудь потом, тогда нужно просто добавить @escaping
callback(32)
}
вот пример nonescaping, ты сразу вызвал callback. Но если ты НЕ хочешь сразу вызвать, а сохранить этот callback в какой нибудь переменной, и вызвать когда нибудь потом, тогда нужно просто добавить @escaping
А
A B
func someFunc(callback: (Int) -> Void) {
callback(32)
}
вот пример nonescaping, ты сразу вызвал callback. Но если ты НЕ хочешь сразу вызвать, а сохранить этот callback в какой нибудь переменной, и вызвать когда нибудь потом, тогда нужно просто добавить @escaping
callback(32)
}
вот пример nonescaping, ты сразу вызвал callback. Но если ты НЕ хочешь сразу вызвать, а сохранить этот callback в какой нибудь переменной, и вызвать когда нибудь потом, тогда нужно просто добавить @escaping
Ты что то не то написал.
АО
На сколько актуально учить свифтюай сейчас?
Актуально, но лучше после UIKit
I
Актуально, но лучше после UIKit
Понятно
А
Функцию вызывает в той области где нужно. Только если стоит escaping то это значит что ответ придёт не моментально. И все. В Свифт он отдельно не вызывается, а отдаётся просто результат тому кто его ожидает. Для этого отдельный переменной для escaping данных не нужно как в js допустим
AB
я это и имел ввиду, что если closure вызовется когда нибудь потом, тогда это escaping
AB
может не корректно выразился просто
AB
На сколько актуально учить свифтюай сейчас?
Супер актуально сейчас учить UIKit, потому что все текущие проекты практически все на UIKit. Но и не стоит забывать что Swift UI всего лишь надстройка над UIKit. В перспективе apple будет продвигать swift ui, и потихоньку он будет заменяться на UIKit так же как было с objc
I
A B
Супер актуально сейчас учить UIKit, потому что все текущие проекты практически все на UIKit. Но и не стоит забывать что Swift UI всего лишь надстройка над UIKit. В перспективе apple будет продвигать swift ui, и потихоньку он будет заменяться на UIKit так же как было с objc
Понятно. Легко будет переучиться на с uikit на swiftui? В чем главное отличие по Вашему мнению?
I
A B
Супер актуально сейчас учить UIKit, потому что все текущие проекты практически все на UIKit. Но и не стоит забывать что Swift UI всего лишь надстройка над UIKit. В перспективе apple будет продвигать swift ui, и потихоньку он будет заменяться на UIKit так же как было с objc
Его уже продвигают, последняя конференция тому пример