MG
В снапшоте
Size: a a a
2020 July 24
AK
А если в филд записать, то что будет? или в филд записать результат фьючи?
Вот у вас есть метод
doSmth() async
Если вы будете вызывать его каждый билд - это будут новые фьючи
doSmth() async
Если вы будете вызывать его каждый билд - это будут новые фьючи
VI
в билдер FutureBuildera приходит результат вашей фьючи
можно пример пожалуйста?
AK
А значит на каждый ребилд у вас будет ожидание новой фьючи
AK
Не раз в этом чате уже писали с такими проблемами
VI
в билдер FutureBuildera приходит результат вашей фьючи
во FutureBuilder надо скормить Future
VI
если у вас Stateless, то вы можете это сделать только в build(), что приведет к вызову Future КАЖДЫЙ раз, когда рисуется ваш виджет
VI
что конечно абсолютно недопустимо
OP
А значит на каждый ребилд у вас будет ожидание новой фьючи
это не значит что этого нельзя сделать
Хранение данных должно быть не на уровне виджета. Если у меня фьюча смотрит в репозиторий, то я вызову его и в первый раз он запросит данные с сервера/бд асинхронно. А дальше будет возвращать кешированное значение. И в чем тут трабл новой фьючи вместо использования старой?
Хранение данных должно быть не на уровне виджета. Если у меня фьюча смотрит в репозиторий, то я вызову его и в первый раз он запросит данные с сервера/бд асинхронно. А дальше будет возвращать кешированное значение. И в чем тут трабл новой фьючи вместо использования старой?
AK
если у вас Stateless, то вы можете это сделать только в build(), что приведет к вызову Future КАЖДЫЙ раз, когда рисуется ваш виджет
Если фьюча является вызовом метода*
AK
это не значит что этого нельзя сделать
Хранение данных должно быть не на уровне виджета. Если у меня фьюча смотрит в репозиторий, то я вызову его и в первый раз он запросит данные с сервера/бд асинхронно. А дальше будет возвращать кешированное значение. И в чем тут трабл новой фьючи вместо использования старой?
Хранение данных должно быть не на уровне виджета. Если у меня фьюча смотрит в репозиторий, то я вызову его и в первый раз он запросит данные с сервера/бд асинхронно. А дальше будет возвращать кешированное значение. И в чем тут трабл новой фьючи вместо использования старой?
Ну примерно в том что это херь
VI
это не значит что этого нельзя сделать
Хранение данных должно быть не на уровне виджета. Если у меня фьюча смотрит в репозиторий, то я вызову его и в первый раз он запросит данные с сервера/бд асинхронно. А дальше будет возвращать кешированное значение. И в чем тут трабл новой фьючи вместо использования старой?
Хранение данных должно быть не на уровне виджета. Если у меня фьюча смотрит в репозиторий, то я вызову его и в первый раз он запросит данные с сервера/бд асинхронно. А дальше будет возвращать кешированное значение. И в чем тут трабл новой фьючи вместо использования старой?
кроме перформанс хита?
AK
Вы привязываете это к циклу ребилда дерева
VI
померяйте на досуге, скажите сколько у вас FPS
AK
Данные должны актуализироваться когда они изменились а не когда клавиатура открылась
OP
кроме перформанс хита?
где будет проседание перформанса? что берешь данные из филда виджета, что из кеша репозитория?
П
семпл со stateless + FutureBuilder, где stateless использует данные из FB покажете?
VI
где будет проседание перформанса? что берешь данные из филда виджета, что из кеша репозитория?
фьючу создай, в другой слой сходи, результат верни
VI
зачем только Флаттер команда над оптимизацией бьется
OP
Данные должны актуализироваться когда они изменились а не когда клавиатура открылась
Поэтому надо использовать стейт менеджмент какойнить, хотя бы провайдер, а не данные в виджете хранить, ну)