Hola, Amigos! Продолжаем рассказывать про полезные сниппеты. Сегодня создадим сниппет с настройкой для анимации через Animated Controller - animStful.class $NAME$ extends StatefulWidget { const $NAME$(super.key); @override State<$NAME$> createState() => _$NAME$State();}class _$NAME$State extends State<$NAME$> with SingleTickerProviderStateMixin { late final AnimationController _controller; late final Animation<double> _animation; @override void initState() { super.initState(); _controller = AnimationController( vsync: this, duration: Duration(milliseconds: $DURATION$), ); _controller.addListener(() => setState(() {})); _animation = Tween<double>(begin: 0, end: 1).animate(_controller); } @override Widget build(BuildContext context) { return Container(); } @override void dispose() { _controller.dispose(); super.dispose(); }}Можно копировать в свой IDE и пользоваться!#snippets@flutter_amiga
Hola, Amigos! На связи Павел Гершевич, Mobile TeamLead в Amiga. Для того, чтобы наши приложения работали лучше, можно отслеживать их жизненный цикл, чтобы не совершалось лишних действий. Для этого нам нужен AppLifecycleState, который предоставляет добавление обратных вызовов для изменения состояния. Давайте посмотрим, какие состояния есть у Flutter-приложений:resumed - стандартное состояние, когда приложение находится в foreground. При переходе в него можно запускать остановленные потоки данных (Stream) и анимации, а также обновлять устаревшие данные.inactive - наше приложение видно, но пользователь не может с ним работать. Его можно увидеть, когда мы смотрим на все свернутые приложения. Также, например, открытие системного диалогового окна для выдачи разрешения переведет в это состояние. Тут можно остановить анимации. Но учитывайте, это состояние - временное.hidden - еще одно временное состояние. Наше приложение не видно, но оно еще не полностью на паузе. Оно добавлено в Flutter 3.13 чтобы мы могли сохранить состояние, пока операционная система не порезала ресурсы.paused - наше приложение полностью в фоне. Основной isolate еще работает, но Flutter Engine уже не занимается рендерингом. В этом состоянии можно отключиться от WebSockets, отменить работу таймеров, прослушку потоков данных. Но из этого состояния ОС может закрыть приложение.detached - крайнее состояние нашего приложения. Оно показывает, что приложение закрывается либо открывается (холодный запуск).Рассказывайте в комментариях, а что вы делаете при изменении жизненного цикла приложения?
Hola, Amigos! Async/await и Isolate оба помогают держать UI плавным, но решают разные задачи. Сегодня обсудим, что и в каких ситуациях лучше использовать.Неправильно: async/await для CPU-тяжелой задачиFuture<String> processBigData() async { final raw = await fetchHugeJson(); // ← I/O — ок final data = jsonDecode(raw); // ← блокирует UI ~1с final result = heavyMath(data); // ← ещё ~1с return result;}Правильно и просто: compute()import 'package:flutter/foundation.dart';Future<String> processBigData() async { final raw = await fetchHugeJson(); // сеть — ок return compute(_heavyWork, raw); // ← выполняется в Isolate}String _heavyWork(String json) { final data = jsonDecode(json); return heavyMath(data);}Когда нужен полный контроль, подойдет Raw IsolateFuture<void> startWorker() async { final receivePort = ReceivePort(); isolate = await Isolate.spawn(_worker, receivePort.sendPort); sendPort = await receivePort.first as SendPort;}Future<String> doHeavyTask(String input) async { final response = ReceivePort(); sendPort.send([input, response.sendPort]); return await response.first as String;}static void _worker(SendPort mainPort) async { final port = ReceivePort(); mainPort.send(port.sendPort); await for (final msg in port) { final input = msg[0] as String; final replyTo = msg[1] as SendPort; replyTo.send("processed: $input"); // heavy work here }}Разберем по ситуации:- Блокирует main thread > ~300 мс → compute()- Просто ждет (network/db) → async/await- Нужен worker с диалогом → raw IsolateА ты пользуешься Isolate/compute или решаешь через async/await? Делись опытом ⚙️
