если я тело конструктора уберу - то оно мне в стейт пустой массив же отправит

Треба отако

MyDropdown(this.currencies);

И буде агинь

= [] навреное уже не нужен

так готово, спасибо, красиво)

да, с ним еще ругалось

Теперь я загадываю желание — почитай доки по языку)
Бо «как в тайпскрипт» не очень катит)

я читал поверхностно((, надо срочно выкатить аппликуху

потом на досуге почитаю подробнее - сначала лепим, потом понимаем что слепили, так и живем))

Спасибо

final нельзя инициализировать в теле конструктора. Нужно раньше это умудриться сделать.
Можно тремя способами: при объявлении, через this.х в параметрах конструктора (как тебя научили, оно тоже выполнится до тела) или в блоке инициализаторов (после конструктора двоеточие)

При объявлении я знал, про то что this.x в параметрах выполнится до тела как раз узнал), про двоеточие - что то видел в мануалах, но не вник еще, спасибо!

Вот это как раз оно.

теперь уже понял)

Привет!
Я только начинаю знакомиться с flutter, раньше занимался веб разработкой и меня парит долгие релизы, в вебе я мог отдавать пользователям изменения мгновенно.

Наткнулся на
https://pub.dev/packages/dynamic_widget
Теоретически могу хранить виджеты на сервере, и менять их в своем приложении достаточно быстро.

Как к этому отнесется эпл и гугл при проверке во время публикации?

Прочитал инфу от эпл, нашел только:
(iii) If your app needs to download additional resources, disclose the size of the download and prompt users before doing so. https://developer.apple.com/app-store/review/guidelines/

Хз, как это относится к моему вопросу :)
Есть ли у кого то опыт/примеры?

Если по факту: тебе это не надо, причем не только на мобилках, но и в современном вебе.

Что именно мне не надо доставлять пользователям фичи быстро? Сокращать релизные циклы? Или что?

Настрой CI/CD и отправляй в маркет

Если у тебя там что то отличное от формошлепства - ты быстренько поимеешь себе проблем на голову

Мне кажется, что это тема отдельного обсуждения. Меня интересует конкретный момент.