Свершилось! FlutterFlow теперь асинхронный!!!!
Долгожданная (лично мной) функция, появилась наконец в недавнем обновлении. Называется это “Non-blocking actions” – теперь можно пометить действие как non-blocking, из-за чего наше приложение не будет ждать завершения этого действия, а сразу перейдет к выполнению следующих действий в цепочке. По-умному это называется асинхронность. Ничего не понятно? 🙃
Окей, вот я сейчас пишу этот текст, а на фоне играет ютуб, на кухне кипит чайник и варятся пельмени. Действия происходят параллельно и не мешают друг другу. Это и есть асинхронность.
В противоположность асинхронным действиям существуют синхронные - это когда чтобы перейти к следующим действиям должно закончится действие предыдущее. Возвращаясь к моему примеру, это бы выглядело так: я сначала варю пельмени (просто стою и туплю в кастрюлю), потом ставлю чай (так же просто туплю в чайник), потом сажусь писать пост и только после этого включаю ютуб. Чувствуете, насколько это… менее эффективно?
Так вот FlutterFlow до сего момента был полностью синхронным - действия, которые можно было бы запустить параллельно, запускались последовательно, из-за чего приложение работало сильно медленнее, чем могло бы.
Поэтому, после окончания разработки, нам приходилось “убыстрять” приложения кодом - допиливать некоторые цепочки действий, делая их асинхронными. Ныне же эту работу можно сделать одной кнопкой, за что больше спасибо)) 🚀
Реальные кейсы использования на FlutterFlow:
Например, в вашем приложении пользователь регистрируется – заполняет много информации о себе, после чего жмет “создать профиль” и попадает в приложение.
Раньше, при клике на “создать профиль” появлялась бы заметная загрузка - данные бы сохранялись в БД, создавались документы в разных коллекциях, затем информация, что все “создано успешно” бы возвращалась во FlutterFlow и только после этого срабатывало бы действие Navigate to HomePage.
Теперь же, всю логику с БД вы можете пометить как non-blocking – пользователя сразу перенаправит на HomePage, а данные в БД обновятся фоном. Здорово ведь)
Короче отныне любые действия (если результат их выполнения не потребуется вам в ближайшие 3 секунды) лучше помечать как non-blocking. Увидите, насколько шустрее станет ваш проект))
#на_заметку
Долгожданная (лично мной) функция, появилась наконец в недавнем обновлении. Называется это “Non-blocking actions” – теперь можно пометить действие как non-blocking, из-за чего наше приложение не будет ждать завершения этого действия, а сразу перейдет к выполнению следующих действий в цепочке. По-умному это называется асинхронность. Ничего не понятно? 🙃
Окей, вот я сейчас пишу этот текст, а на фоне играет ютуб, на кухне кипит чайник и варятся пельмени. Действия происходят параллельно и не мешают друг другу. Это и есть асинхронность.
В противоположность асинхронным действиям существуют синхронные - это когда чтобы перейти к следующим действиям должно закончится действие предыдущее. Возвращаясь к моему примеру, это бы выглядело так: я сначала варю пельмени (просто стою и туплю в кастрюлю), потом ставлю чай (так же просто туплю в чайник), потом сажусь писать пост и только после этого включаю ютуб. Чувствуете, насколько это… менее эффективно?
Так вот FlutterFlow до сего момента был полностью синхронным - действия, которые можно было бы запустить параллельно, запускались последовательно, из-за чего приложение работало сильно медленнее, чем могло бы.
Поэтому, после окончания разработки, нам приходилось “убыстрять” приложения кодом - допиливать некоторые цепочки действий, делая их асинхронными. Ныне же эту работу можно сделать одной кнопкой, за что больше спасибо)) 🚀
Реальные кейсы использования на FlutterFlow:
Например, в вашем приложении пользователь регистрируется – заполняет много информации о себе, после чего жмет “создать профиль” и попадает в приложение.
Раньше, при клике на “создать профиль” появлялась бы заметная загрузка - данные бы сохранялись в БД, создавались документы в разных коллекциях, затем информация, что все “создано успешно” бы возвращалась во FlutterFlow и только после этого срабатывало бы действие Navigate to HomePage.
Теперь же, всю логику с БД вы можете пометить как non-blocking – пользователя сразу перенаправит на HomePage, а данные в БД обновятся фоном. Здорово ведь)
Короче отныне любые действия (если результат их выполнения не потребуется вам в ближайшие 3 секунды) лучше помечать как non-blocking. Увидите, насколько шустрее станет ваш проект))
#на_заметку