Спасибо, даже не знал о существовании данных пакетов. За MIT отдельное уважение :) App Runner прям маст-хэв, уже устал копировать код из проекта в проект ?
Спасибо за проверку. Ведь это и в самом деле далеко не 30мб, а вдвое меньше (-44%). И опять же, на чём там популярные сейчас приложухи написаны? Пол гига веса – тут хоть на нативе, хоть на креативе, результат удручающий (как и работа таких чудо приложений на неплохих устройствах)
Пусть меня закидают камнями, но я не увидел полезной информации, а только горстку некоторых бухгалтерских изречений и "приложение можно скачать по ссылке...". Расскажите про то, как состоянием управляли, с какими проблемами столкнулись при локализации и какой чистоты чистая архитектура? Именно это новичкам-"выросли из штанишек" было бы интересно узнать.
Спасибо за материал! Некоторые проблемы, озвученные в статье, могут быть решены в ближайшее время (статическое метапрограммирование). Насколько мне известно, команда dart активно над этим работает. А ещё, ждём вход dart 3 в стабильную ветку flutter (хотя пользоваться можно уже сейчас). А ведь это records (с поддержкой деструктуризации), pattern matching, модификаторы классов...
Спасибо за статью, на ру-пространстве кот наплакал материалов на данную тематику. Хотелось бы конечно узнать больше подробностей реализации dart-кода (из раздела 'напоследок'). По итогу, в платформенный код пришлось лезть, или библиотеки покрывают?
Спасибо за статью. Интересно, насколько тяжко часто делать миграцию полей в мобильных приложениях?) Есть ещё какие тактики конкретно для мобильных приложений, чтобы совладать с миграционным адом в коде?
Спасибо, достаточно просто для понимания написано. ? Хотелось бы увидеть примеры в разделе про Event Loop, и в каких ситуациях можно применить microtask.
2 месяца из жизни вынь и положь. А где у нас столько жизни то? :) Поэтому, чтобы не изобретать свой велосипед, ещё и на channels, крайне полезным может оказаться такой вот пакетик в pub. И автору может перепасть донат при честных людях, и честные люди сэкономят свои нервы. Одни профиты ?
Отличная статья. Как вы правильно заметили, без компетенций android/ios в таком случае не обойтись. Есть ли желание опубликовать на pub.dev? Такие платформенные магии могут собрать определённую группу поддержки :)
Riverpod действительно может сократить код, но если не придерживаться чёткого архитектурного решения, то всё превратится в тыкву и будет Circular dependencies. Тот же bloc имеет некоторые паттерны, объясняющие, как его нужно использовать.
Честно говоря, с Wonderous они перемудрили. 6гб озу, snap 845. С этими вводными я вижу лаганое свистоперделочное приложение, в котором глаза вытекают от всех крученых-перекрученых анимаций с периодическими лагами при прогрузке новых маршрутов/зон. Я не могу понять, что оно демонстрирует?
Спасибо, даже не знал о существовании данных пакетов. За MIT отдельное уважение :) App Runner прям маст-хэв, уже устал копировать код из проекта в проект ?
Крутой материал, спасибо! Как думаете, dart 3.0 может нас отдалить от кодогенерации хоть ненадолго? :)
Спасибо за проверку. Ведь это и в самом деле далеко не 30мб, а вдвое меньше (-44%). И опять же, на чём там популярные сейчас приложухи написаны? Пол гига веса – тут хоть на нативе, хоть на креативе, результат удручающий (как и работа таких чудо приложений на неплохих устройствах)
Вы не используете команду
--split-per-abi? Откуда такой размер для flutter приложения в 30мб? Да даже толстый апк не выйдет весом более 30мб...Пусть меня закидают камнями, но я не увидел полезной информации, а только горстку некоторых бухгалтерских изречений и "приложение можно скачать по ссылке...". Расскажите про то, как состоянием управляли, с какими проблемами столкнулись при локализации и какой чистоты чистая архитектура? Именно это новичкам-"выросли из штанишек" было бы интересно узнать.
Спасибо за материал! Некоторые проблемы, озвученные в статье, могут быть решены в ближайшее время (статическое метапрограммирование). Насколько мне известно, команда dart активно над этим работает. А ещё, ждём вход dart 3 в стабильную ветку flutter (хотя пользоваться можно уже сейчас). А ведь это records (с поддержкой деструктуризации), pattern matching, модификаторы классов...
Спасибо за статью, на ру-пространстве кот наплакал материалов на данную тематику. Хотелось бы конечно узнать больше подробностей реализации dart-кода (из раздела 'напоследок'). По итогу, в платформенный код пришлось лезть, или библиотеки покрывают?
Ошибся с веткой ответа :(
Это не совсем обычная функция и проблемы с производительностью действительно имеют место быть. Ознакомьтесь с данным issue:
make sure that int.clamp and double.clamp are optimised in AOT
Это просто brave очень бдительный товарищ
Разрешил межсайтовые куки и всё запустилось :)
Спасибо, понял про отдельные сервера. Накладненько так-то
У вас ссылка на микроблог сломалась ;(
Спасибо за статью. Интересно, насколько тяжко часто делать миграцию полей в мобильных приложениях?) Есть ещё какие тактики конкретно для мобильных приложений, чтобы совладать с миграционным адом в коде?
Спасибо, достаточно просто для понимания написано. ?
Хотелось бы увидеть примеры в разделе про Event Loop, и в каких ситуациях можно применить microtask.
Спасибо, понятная и простая статья. Ради разнообразия скажу, что ещё вот таким образом можно изменить не используя
context:Всё это сразу можно положить туда, где у вас маршрутизация.
clampстоит использовать только когда есть запас по производительности.2 месяца из жизни вынь и положь. А где у нас столько жизни то? :) Поэтому, чтобы не изобретать свой велосипед, ещё и на channels, крайне полезным может оказаться такой вот пакетик в pub. И автору может перепасть донат при честных людях, и честные люди сэкономят свои нервы. Одни профиты ?
Отличная статья. Как вы правильно заметили, без компетенций android/ios в таком случае не обойтись. Есть ли желание опубликовать на pub.dev? Такие платформенные магии могут собрать определённую группу поддержки :)
Можете поподробнее раскрыть, в чём заключается "треш" пакета, который рассмотрен в статье?
Riverpod действительно может сократить код, но если не придерживаться чёткого архитектурного решения, то всё превратится в тыкву и будет Circular dependencies. Тот же bloc имеет некоторые паттерны, объясняющие, как его нужно использовать.
Мне тоже нравится этот вариант в некоторой степени. Но без должной сноровки может сильно развязать руки))
Честно говоря, с Wonderous они перемудрили. 6гб озу, snap 845. С этими вводными я вижу лаганое свистоперделочное приложение, в котором глаза вытекают от всех крученых-перекрученых анимаций с периодическими лагами при прогрузке новых маршрутов/зон. Я не могу понять, что оно демонстрирует?
За перевод и личное мнение спасибо!
Ну таки вот: