Тю, она же асинхронная

 

В конце функции будет конец ее выполнения

 

Что ты этим хочешь. Сказать?

 

Вот это да.

 

Выглядеть будет очень скверно.

 

Ты хочешь узнать когда она выполнится? Узнавай это в этой самой функции а не в конструкторе

 

Если я сделаю асинк в конструкторе я извне никак не смогу отловить его окончание

 

В этой самой функции и отловишь

 

Слушайте этого Господина, он тратит свое время, чтобы внести ясность

 

Если хочешь отловить из виджеты, тогда вызывай ее из виджета

 

Тут все ясно

 

Ну вот я в билде создал объект, там что-то магическое асинхронное. Что делать?

 

Тут не о чем говорить

 

Если не хочешь отлавливать , вызывай откуда хочешь

 

Ыыыыыы
А зачем вызывать если не хочу отлавливать?

 

Зачем тогда нужен конструктор?

 

Я могу создать объект и вызвать у него этот асинк

 

Когда вообще может появиться нужда делать что-то асинхронное в конструкторе?

 

Ну создайте и вызовите заполнение final полей

 

Мы с удовольствием посмотрим как вы это сделаете

 

А зачем асинхронность?

 

Конструктор и не должен быть асинхронным

 

Абсолютно

 

А вы читали вообще диалог или как обычно?

 

И нет кейсов, когда в конструкторе надо что то делать асинхронно

 

Как обычно

 

Так я за это и топлю

 

Если нет кейсов то и не делайте

 

У меня есть кейс я делаю

 

А, я понял кому вы отвечали, все вопросов не имею)

 

Вопрос. Асинхронность это же фоново-выполняющиеся io операции. Так?
Но они же где то должны выполняться. Кто то то же чтение должен контролировать? Получается есть какой то системный тред/тред ядра?

 

Итого решили на том что в конструкторе асинхронные функции дерать можно, но сами асинхронные запросы выполнять нельзя? Верно понял итог треда?

 

А в чем разница между асинхронной функцией и асинхронным запросом

 

Они выполняются а потоках которые создаются в пюнативных плагинах или других нативных местах

 

В конструкторе не надо делать ничего асинхронного. Просто примите как данность

 

Ни запросы ни функции

 

Чтение, запись в конструкторе делать не надо

 

Запросы в сеть в конструкторе делать не надо

 

Нейтив тут причём? Мы про future как часть языка говорим, или про нейтивные каналы во флаттере?

 

Так у меня же вот кейс был. При старте приложения нужно было подтянуть данные по сети. Я сделал как мне выше предлагали. Щас пост процитирую

 

Единственная задача конструктора, как функции - создать тебе экземпляр класса, но никак не делать асинхронный запрос. Для этого сделай отдельный метод. Если для создания экземпляра тебе нужно пойти на сервер (чтобы заполнить final поля) то сначала сходи, а потом сделай объект

 

Вот так

 

Ну это хрень, что тут сказать

 

Ребят, помогите или ткните носом в туториал, как реализовать radio button и drop down list через bloc

 

Есть, а) initState, б) FutureBuilder

 

initState в СтейтЛес вроде нет. Я щас с мобилы. Проверить не могу

 

Это ситуативные варианты естественно

 

Для разных кейсов

 

Мне кажется все эта херь пришла из Android, где onCreate() подменил людям конструктор

 

Ну, это же не херь. Это lifeCycle

 

Херь, что в конструкторе можно пойти в сеть

 

Как раз метод типа onCreate на флаттере облегчил бы жизнь

 

(есть вроде аналог)

 

Это можно сделать везде. Синтаксически нет проблем.

 

Просто нельзя путать onCreate с конструктором

 

Я выше об этом написал, что многие перепутали

 

ребят, а у кого на мастер ветке почти не работает Hot Reload?

 

На мастер ветке чего?

 

мастер ветке флаттера

 

А зачем вам мастер ветка ??

 

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

 

ребятки

 

[
{
"type": "link",
"text": "https://dartcode.org/releases/v3-3/"
}
]

 

теперь и as не нужен

 

[
"Народ, если кому надо, правда 2013 года.. но мож поможет кому ",
{
"type": "link",
"text": "https://www.dropbox.com/s/cxuxfyxxj4bxq3y/dart_v_deystvii__code___2013.rar?dl=0"
},
""
]

 

[
{
"type": "link",
"text": "https://www.blog.google/technology/developers/flutter-create-winner/amp/"
}
]

 

Ребят, если я задам тут вопрос, в котором будет фигурировать язык отличный от дарта, вы тапками закидаете?

 

Тапками - вряд ли, чем-нибудь другим - возможно

 

Против питона и го ничего не имею )) если они как то связаны с дартом

 

Короче, я разрабатываю на Vue и ванильном JS.
И как бы все круто... Было, но пришел наконец к тому, что столкнулся с тем, что называют "магией js".
В облем встал выбор, TS или Dart.
Вы то будете топить за Dart, но почему?

 

Эм, вообще разные области

 

Сравниваешь теплое с мягким

 

Даже нет, скорее теплое с острым

 

Нене, vue тут не при чем

 

Так ты TS и Dart сравниваешь

 

Я простл ищу замену для написания приложентй

 

Ну потому что писать и на том и на том можно, оба строго типизированы

 

Чистый dart это в твоем случае скорее замена ноды.жс (но что одно хуйня, что другое)

 

Флатер - это кроссплатформенные мобилки, PWA для веба (пока для всеобъемлющего продакта сыровато), ну и в будующем десктопы и фуксия

 

Писать на чистом дарте под современный веб фронт - сразу нет.
Если ты хочешь этого - двигай в сторону тайпскрипта (но лучше оставайся на жабаскрипте).

 

Если вопрос про ангуляр дарт как замену твоему vue.js стеку, то лучше всеже посмотреть на реакт, наверное.

 

[
"VueDart\n",
{
"type": "link",
"text": "https://refi64.com/vuedart/"
}
]

 

Как заказчик готов брать команду на этой хуне?)

 

А что сразу так плохо?

 

Работает, а все остальное капризы

 

1) это "еще один самый необходимый жабий скрипт фреймворк"
2) кто эту хрень поддерживать в будующем будет?
3) нонейм параша с неизвестным настоящим и будующим

 

Вот ты готов как заказчик взять эту хуню вместо реакта?

 

Если речь идет не о лендингах за 3к рублев, конечно)

 

он уже мертвый

 

Удивительно, кто бы мог подумать)

 

Такие вещи имеет смысл брать только если у вас УЖЕ команда дартеров пришедших не из веба и в нагрузочку к основному проекту не помешало бы накидать сайт и никто не хочет побыстрому разобраться с жабьим скриптом.

Короче ситуация 1 на 100000000000000000000000000000000)

 

bool emailValid = RegExp(r"^[a-zA-Z0-9.]+@[a-zA-Z0-9]+\.[a-zA-Z]+").hasMatch(email);

 

На хабре была статья про регулярки и парсинг мыла.

 

Крайне советую ознакомиться, если не читал, а то можно глупостей наворотить

 

Живой последнее обновление в марте

 

Скорее жив, чем мертв))

 

Но в общем случае стоит проверять, чтоб был знак "@" и символы до и после.
А для проверки валидности отсылать письмо на почту с кодом подтверждения.

Все остальное может привести к ошибки.

 

Символы "!#$%&'*+-/=?^_'{|}~" где?)

 

Комментарии могут быть

 

Плохо, очень плохо, переделывай)

 

[
{
"type": "link",
"text": "https://habr.com/ru/post/175375/"
}
]

 

Схожая схема моего развития... да я думаю.. смотри в сторону реакта, и если есть рабочая необходимость кросплатформенных мобилок то flutter

 

Вот я думаю под вэб и pwa vue на typescript.
Под мобилки узал Nativescript-vue, но думаю перейжу на flutter

 

Но почему реакт то?

 

С него просто перейти на флатер и он крайне востребован.

 

Будет хорошим дополнением к твоему вью

 

Точнее опциональной заменой)

 

На да, на vue вакансий поменьше, в перспективе подучу, но меня сейчас всем устраивает vue и nuxt

 

Ну тогда зря ты лезешь в тайпскрипт и дарт для веб фронта

 

На них вакансий вообще толком нет)

 

Особенно по сравнению с вью и реактом.

 

Вкатываться сложнее с вью жс, выхлопа ноль.
Так зачем?

 

Будущем, будущим

 

Не удержался, извините

 

Да ничего, я не шибко грамотный)

 

Почему реакт... потому что... топ вакансий

 

Ну на дарт вообще вакансий не много, даже на флаттер

 

Ну так на веб фронт ими не будет пахнуть, пока браузеры (ну хотяб хром) из коробки не будут поддерживать дарт)

 

Я для себя выбрал .. так по крайней мере) реакт и флаттер для мобилок.. там и прочего.. )

 

Ну эта проблема решена же интерпретацией в жс

 

Не решена

 

Это костыль, который никого не интересует

 

Так же и с тайпскриптом.

 

Ну это пока единственный вариант как я понимаю

 

Естественно

 

Wasm?

 

Получается ситуация когда ты кодишь на дарте только для того чтобы кодить на дарте

 

Как я понимаю.. флаттер лучше приложений через js прослойки... для этого и дарт

 

На дарте можно flutter web и angular dart, но опять же, скорее для себя и своей компании.

Сторонних заказчиков дарт для веба закономерно не интересует и интересовать не должен.

 

Ну с объединением флаттер_веб с основным репозиторием может начнутся какие-то подвижки

 

Ну тама PWA, это подходит далеко не всем.

 

А если ты про добавление поддержки dart'а в браузеры - я очень на это надеюсь)

 

Ну в хром-то может и добавят

 

Flutter web - нраица, но сыроватенько для больших приложений и функционала отличного от CRUD.

 

Ну они и не скрывают что сыро

 

Так я и ничего и не говорю)

 

Мне очень понравилось под веб с флатером

 

Дебагера не хватало, правда

 

Ты пробовал?

 

Да, у меня проект на экранов 7

 

И еще пару набросочков

 

Шустро работает?

 

Анимацию пробовал?

 

Анимация и листвью с кучей мелких элементов - сразу нет

 

Слегка заметно глазу подтормаживает даже анимация идущая из коробки.

 

Есть небольшие визуальные баги, типа не супер прозрачно отрисовывающихся теней

 

Ну и всякое такое

 

Для мелкого CRUD приложения - сгодится уже сейчас.

 

[
"Импортировал только:\n",
{
"type": "pre",
"text": " flutter_web: any\n flutter_web_ui: any\n bloc: any\n rxdart: any",
"language": ""
},
""
]

 

А с точки зрения различий между мобмльным флаттером есть что-нибудь?

 

Провайдер тоже работает

 

Не, все тоже самое

 

Ну вместо sqlite пользуешь local storage и indexed db

 

То есть также с main стартует, потом runApp?

 

Изоляты не работают, вроде

 

Да, все тоже самое.
Более того, уже можно сразу делать кроссплатформу, они, вроде объединили уже

 

Чтоб и на мобилу и веб

 

Ну в репозитории не объединили

 

Тесты еще не работали, когда я делал проект

 

Если мне не приснилось, последние свою демку я писал в андроид студии и собирал и под веб и под мобилку сразу

 

Так что с импортом flutter/material собирается под веб, а не только flutter_web/material

 

Мне кажется просто все импорты заменяются при сборке

 

Да не, там всеже одно и тоже

 

И под десктопы сча норм собирается

 

На десктопе помню даже не стал пробовать после предупреждения в ридми: ввод текста пока что не работает

 

Ток что проверил, собирает и под веб и под венду прям с обычным flutter

 

Естественно под венду я не стану пока делать, подожду оффициальных заявлений

 

А десктоп вообще что ли никак не анонсирован?

 

Канешн

 

Он просто в роадмапе

 

Заявлена поддержка в будующем

 

Но оффициально он на 2019-2020

 

Вот скриншотик из веба

 

Вот еще

 

[
{
"type": "mention",
"text": "@FRapra1"
},
" в день выхода флатер веба в альфу портировали игру из конкурса гугла на 5кб \n ",
{
"type": "link",
"text": "https://aik.plugfox.ru"
},
""
]

 

Зачем?)

 

Проверить же

 

По анимации грустно выглядит немногг

 

Да, причем там целиком перерисовывающийся экран

 

уморительно вот это

 

От части именно этим лаги и обусловлены

 

Они выбрали подход с канвасом?

 

Там чото типа канваса, да

 

Они на презе говорили что экспериментируют разное

 

[
{
"type": "mention",
"text": "@kroppli"
},
" тебе за айка то приз пришел?)"
]

 

Биздос, а что должно было?

 

я писал им письмо, Мартину, он сказал, что написал "our shipping team". И мол ему ответили, что "есть некоторые страны, куда они не могут послать", поэтому у них и было написано мол "Up to 25 Winners"

 

ну и мол он ничего не может сделать, и надеется что шипинг тим всё порешит

 

Тоесть гугел тебя прокинул?)

 

от жуки

 

я у него потом спросил, входит ли Беларусь в этот чудо список стран, он больше ничего не отвтеил

 

получается так))

 

великий гугл погряз в бюрократии и простые смертные для него мелочь, которая не достойна внимания))

 

а что ты выиграл?

 

после конкурса этого ваще полная тишина

 

google home mini

 

поздравляю)

 

Народ можно ли каким нибудь образом сдвинуть виджет за экран, нужно спрятать его справа за экран, потом вернуть

 

Stack

 

спасибо))

 

стак это вглубь, а мне нужно враво)

 

Stack и Positioned внутри него