На мой взгляд, автор немного не дожал первый пример в плане кода, хотя в конце и дописал, как можно его еще улучшить (добавив const).
Написал небольшой пример на dartpad уже с const и StatefulWidget. Консоль включается внизу. В ней при клике на кнопку будет только один вывод из метода
Еще прикладываю ссылку на комментарийWm Leler, одного из Flutter Advocate разработчиков на тот момент, который еще в 2018 году говорил, что не надо выносить виджеты в методы.
… Splitting build methods into multiple methods is an antipattern ...
Картинка комментария для тех, кому лень переходить по ссылке
Спасибо, что кажетесь занудой, поправил, чтобы было меньше вопросов.
this скорее контекст вызова, так как в js контекст исполнения (на англ. execution context) играет информационную роль. Он определяется с запуском функции и содержит информацию о локальных переменных, о месте в коде, где был вызов функции; и данный контекст помещается в стек выполнения, согласно которому движок выполняет функции
Пример работы с `RefreshIndicator` с помощью `GlobalKeys ` можно посмотреть в официальном репозитории Flutter в данном примере. Так же можно почитать об этом в официальной документации
Надо учитывать, что у Авито большой поток желающих попасть в компанию, поэтому они могут позволить себе сделать отбор строгим и принимать решение в пользу наиболее квалифицированных на их взгляд специалистов. Такой же процесс в 4 секции у Яндекса, у которого, думаю, тоже нет проблем с откликом на вакансии
Вряд ли кто-то что-то придумывал в этом случае. Идеи Future и Promise давно не новы
Немного истории
Еще есть Delay, Deferred. Все они описывают примерно один и тот же подход к синхронизации данных, когда у нас есть объект, ожидающий результат. Они, конечно, могут различаться между разными языками. В некоторых языках (привет, Java) могут присутствовать оба варианта.
Из таких явных различий: при Future мы можем только ожидать и прочитать значение (read-only, у нас нет никакого сетера), в то время Promise мы можем сами завершить с тем значением и состоянием, которые хотим видеть.
В остальном же, если сравнить Future из Dart и JS Promise, они схожи: API, async-await вариант, оба помещаются в очередь микротасков в event loop
При таком решении можно ожидать дополнение от интервьюера
"Что будет при выполнении, если str занимает 90% доступной памяти?"
Написал небольшой пример на dartpad уже с const и StatefulWidget. Консоль включается внизу. В ней при клике на кнопку будет только один вывод из метода
Еще прикладываю ссылку на комментарий Wm Leler, одного из Flutter Advocate разработчиков на тот момент, который еще в 2018 году говорил, что не надо выносить виджеты в методы.
this скорее контекст вызова, так как в js контекст исполнения (на англ. execution context) играет информационную роль. Он определяется с запуском функции и содержит информацию о локальных переменных, о месте в коде, где был вызов функции; и данный контекст помещается в стек выполнения, согласно которому движок выполняет функции
Еще есть Delay, Deferred. Все они описывают примерно один и тот же подход к синхронизации данных, когда у нас есть объект, ожидающий результат. Они, конечно, могут различаться между разными языками. В некоторых языках (привет, Java) могут присутствовать оба варианта.
Из таких явных различий: при Future мы можем только ожидать и прочитать значение (read-only, у нас нет никакого сетера), в то время Promise мы можем сами завершить с тем значением и состоянием, которые хотим видеть.
В остальном же, если сравнить Future из Dart и JS Promise, они схожи: API, async-await вариант, оба помещаются в очередь микротасков в event loop