Ну с ValueNotifier вроде тоже самое. Есть класс A, через ValueNotifier(A) создаём обсервабл для него.

 

Это был вопрос не архитектуры, а реализации конкретной либы)

 

Ну это также вопрос архитектуры, если что

 

Ты с тем же успехом мог написать свой "bloc"

 

Вот я хотеть чтоб обработка событий также опционально разносилась по разным изолятам (причем и в вебе).

 

Нет. С чего бы это архитектура. Это просто логика. Что один асинхронный эвент ждал завершение другого, а должен был его отменять

 

Это и есть архитектура

 

Самая что ни на есть

 

У челика выше вопрос более поверхностный (и не правильный к томуже)

 

Архитектура это то из каких модулей (функций, классов) состоит твоё приложение, и как их контрактов

 

Ты не прав.
Это реально архитектура и реально геймчейнджер

 

Слушай, я эти истории реально уже 8 лет слушаю. И везде одно и тоже. В каждой новой предметной области сразу все новички начинают решать эти «важные» архитектурные вопросы. Со временем приходят к одному и тому же. Потом я меняю область и вижу там тоже самое)

 

Самое что ни на есть сердце

 

И да, нет ничего важнее этого вопроса

 

Это вопрос конкретной реализации двух конкретных событий

 

Каких событий, каких реализаций, лол.

 

Если ты считаешь что это архитектура, то можно сказать что установка цвета для текстового поля это тоже архитектура)

 

Хм?? а что, так можно было?) Спасибо)

 

asyncExpand встречается сплошь и рядом

 

Там где не он - попытки реализовать его на императивщине

 

И это и есть прямая архитектура

 

asyncExpand в вокер менеджере даниила

 

У меня StreamIterator выполняющий туже задачу

 

У Сергея Лавинова на императивщине некое подобие в компьютере его

 

Короче не буду спорить)

 

Если для тебя это "не важно" и не "архитектура", я даже не знаю что тогда)

 

Почему неправильный? Provider лает инструменты для стейт менеджмента.
"A mixture between dependency injection (DI) and state management"

 

Ну ты понимаешь чем архитектура отличается от логики?)

 

По факту это всеже DI

 

С возможностью подписки на изменения

 

В целом это некорректное сравнение

 

И одно не отменяет другое

 

Я то понимаю

 

Я не уверен)

 

Ну вот я не уверен в обратном.
Как и не уверен во всех людях которые заходят с маневров: "bloc фелангела это всеголишь либа, BLoC это концепция, это архитектурный шаблон"

 

То что я озвучил выше - это прямой архитектурный вопрос

 

Не логики, не реализации

 

Именно архитектурный

 

Причем это самое что ни на есть сердце энтой самой архитектуры отдельно взятой подсистемы/модуля

 

Насчёт блока как концепции кстати вчера пытались найти его определение - безуспешно.

 

Вроде года два назад это все всплыло с подачи гугла

 

Гдет было определение и описание

 

Ну вот где то было, но найти никто не может )

 

BLoC a.k.a Business Logic Components is a design pattern presented by Paolo Soares and Cong hui, from Google at the DartConf 2018.

 

Вот мб там есть

 

По сути, если своими словами, то это Стейт менеджер со следующими отличиями от редакса:
1) описывает Событие преобразующееся в состояния (а не преобразование состояния)
2) обладает локальным состоянием, также может обладать глобальным

 

Вот из таблички, setState - то что тут под ним понимают, это скорее отсутсвие архитектуры, тяп-ляп как придется.

В ScopedModel - примерно также, сюда же можно записать и Provider как "архитектура"

 

Из статьи следует, что ключевыми вещами для блока они считают
- обеспечение возможности переиспользования кода бизнес логики на разных платформах, но это задача (отделение бизнес логики) большинства архитектур, так что преимуществом блока это нельзя считать. Более того, они предлагают рассматривать блок как viewmodel.
- использование стримов для нотификации UI об изменениях стейта. В этом отличие от provider с его ChangeNotifier. Вот было бы интересно их подробное сравнение по этому моменту.
Других особенностей блока как архитектуры там не описывается

 

Ну что именно ты хочешь понять?

 

Без setState не обойтись для локального стейта. В конечном итоге все к нему сводится.

 

стрим билдеры

 

А не сетстейт, если мы говорим про api флатера

 

И помним, чтоб дарт это не только флатер)

 

Плюсы минусы использования стримов для нотификации UI по сравнению с changenotifier

 

Тут скорее твой вопрос не "почему блок", твой вопрос скорее "почему стейтменеджер"

 

А ответ - красота, понятность и охерительная масштабируемость

 

стейт менеджмент необходим если на проекте больше чем 1 человек и проект планирует развиваться

 

Ну да, это и есть про масштабируемость)

 

архитектура это в первую очередь про ограничения

 

Что значит стейт менеджер? Я ведь могу сделать стейт менеджер на ChangeNotifier. Почему он будет(?) хуже чем блок?

 

вот так делать можно, вот так нельзя

 

Если тяп ляп то ты можешь и репозиторий сделать синглтоном и дергать его откудахошь

 

стейт менеджмент позволяет вам хранить состояние приложения в одном месте

 

Это по сути не сильно будет отличаться от "Scoped Model, set state и provider"

 

все дело в слоях

 

Отделяя UI от бизнеслогики

 

data layer, domain layer, bloc layer, presentation layer

 

примерно так

 

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

 

При этом они не будут зависеть друг от друга

 

При таком подходе ты сможешь портировать флатер приложение в ангуляр дарт

 

По сути даже не почесавшись на стороне бизнеслогики.

 

так и есть, у нас работает от веба до десктопа

 

Холивар тайм! )))

Redux vs MobX vs BloC vs Provider
Чем пользуетесь, что когда лучше применять?

 

Как я понял, это всё служит для одного и того же — чтобы из одного виджета дотянуться до данных в другом виджете. Или чтобы уведомить виджет об изменениях и заставить его перерисовать себя.

 

[
{
"type": "link",
"text": "https://t.me/flutter_architecture"
}
]

 

Ооо, даже чат тематический есть?)

 

Две ошибки. Во первых, ты сравниваешь codeUnits, а не runes. Первый же юникод-символ в "длинной" кодировке сломает эту сортировку. Во вторых, ты сравниваешь только первые символы. Если они совпадут, сортировки по второму уже не будет

 

Провайдер не есть архитектура

 

да пусть тот чатик немного почитает

 

вместо него третьим (аутсайдером в дарт) можно записать Redux

 

довольно много написано

 

Ребят, кто знает что можно почитать

 

Поизучать чтобы начать писать на Flutter-e?

 

[
"есть тутор от самого flutter ",
{
"type": "link",
"text": "https://flutter.dev/docs/reference/tutorials"
},
""
]

 

Спасибо

 

Но я думал вдруг на русском что есть, а то мой английский...

 

учи английский, это все равно нужно

 

кнопка «перевести на русский» в хроме есть)

 

двух зайцев убьешь ??

 

можешь поставить расширение vimbox, он переводит текст который выделяешь на странице

 

Ахахха

 

Ок, спасибо! Сделаю

 

Ну ладно, спасибо)

 

плагином scoped_model лучше не пользоваться?
он уже устарел?

 

кайф. Спасибо

 

Здравствуйте всем! Есть у кого опыт работы с yandex map (yandex_mapkit 0.3.7)? Подскажите пожалуйста, как правильно делать поиск объекта на карте по адресу (адрес - строка из текстового поля ввода)? Спасибо!

 

Господа, подскажите, в этом чате проскакивает часто понятия «курс анжела» - могли бы вы поточнее дать его название, что бы я смог найти?

 

[
{
"type": "link",
"text": "appbrewery.co/p/flutter-development-bootcamp-with-dart1"
}
]

 

Если правильно понял

 

Принято, спасибо!

 

Коллеги а что такое 'rootBundle'?

 

Это все ассеты, не разложенные вручную по отдельным бандлам.

 

Спасибо. А то поисковики явно не отвечали.

 

Ребят всем привет, прошу помочь, да новичок, с чего начать?

 

Надо построить эти виджеты

 

Построй сначала один)

 

Просто из контейнеров верно?

 

[
{
"type": "link",
"text": "https://youtu.be/cQ87mfqzx_E"
}
]

 

посмотри как виджеты верстаются

 

Благодарю ??

 

[
"сделай в начале один, общая структура \n\n",
{
"type": "pre",
"text": "Row ->[\nContainer(With Image),\nColumn(\nchildren:[Widgets]\n)\n]",
"language": ""
},
""
]

 

Привет всем и здоровья! Кто- то сталкивался с ситуацией: Android физический девайс... Делаю Дебаг сборку - все красиво, анимация работает (лагает правда). Делаю сборку Релиз - с UI жопа какая-то... Виджеты друг на друга налязят, половина экрана тупо черная, картинки через раз отображает

 

Вот такая фигня в итоге

 

Делал доктора, клин и прочие дефолтовые процедуры - ничего не помогает

 

а чем плох редакс

 

ничем не плохо

 

просто в дарте он непопулярен

 

на первом месте блок

 

следом mobx

 

Сужу по лайкам в пабе и по репозиторию на гитхабе

 

Ну и субъективно по ощущению по упоминанию в чяте

 

а чем так хорош блок я так и не понял

 

кроме популярности

 

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

 

Ну и то и то реактивная концепция

 

Гугловая рекомендация

 

Не совсем.
Точнее я бы не назвал это рекомендацией

 

Их как раз две - преобразование стейта и события порождающие состояния

 

[
"Да, в релиз-сборке много оптимизаций для ускорения, бывает, что это приводит к потерям данных. Такое не первый раз, процедура известна.\n\nНадо выделить минимально работающий кусок куда, на котором эффект присутствует (то есть по-разному работает в дебаге и релизе). Сделать из него минимальный проект (main.dart < половины экрана, чем меньше строк, тем лучше, хорошо, если всего один виджет). И засабмитить в ",
{
"type": "link",
"text": "https://github.com/flutter/flutter/issues"
},
"\n\nВот пример аналогичной проблемы (тоже по-разному работало в дебаге и релизе), решили за 7 дней: ",
{
"type": "link",
"text": "https://github.com/flutter/flutter/issues/22796"
},
""
]

 

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

 

Чтоб совсем все по красоте было - хочу сейчас допилить, как душевные силы найду

 

Хочу сделать возможность обработки событий в заранее заданых изолятах/сервайс вокерах.
Хочу написать стрим трансформер на замену asyncExpand

Добавлю 2 функции:
whereState()
и
whereStateTransition()
или тип того

 

[
"первое это просто шоткат к ",
{
"type": "code",
"text": "where((State state) => state is T)"
},
""
]

 

А второе примерно тоже самое, но возвращает также предидущий стейт УДОВЛЕТВОРЯЮЩИЙ томуже условию

 

И будет малыш редаксо-блок.
Единственный в мире редаксо-блок.
Редаксо блооок

 

мб на редакс перейти тогда
в чем приемущество твоего подхода? ??

 

А в чем минус моего подхода?)

 

Я прост пришел не из веб девелоперов и моему сердцу как то ближе подход Событие порождающее Состояния

 

А этим по сути они и отличаются, насколько понимаю

 

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

 

Добрый день ребята

 

можно ли у cupertino time picker каждые четные часы делать другого цвета?

 

Жесть какая-то

 

[
"Кто-нибудь сталкивался с этим:\n",
{
"type": "code",
"text": "Assertion failed: \nbuilder != null is not true"
},
"\n\nПроисходит при закрытии диалога"
]

 

И как исправить, конечно?

 

Ну ты гдето у флатеровского виджета забыл билдер указать

 

Вот в дебаге assert и срабатывает

 

во флаттере есть аналог SingleActivity(android)? Т.е у меня один экран, в котором есть главный виджет, в который я затаскиваю нужные мне экраны

 

Не андроид разработчик, но ты сейчас разве не MaterialApp / WidgetApp описываешь?

 

В чем отличие от стандартного роутинга?

 

хм, возможно
у меня задача такая: сделать единый экран, чтобы например показывать сообщения и отлавливать сообщения на нем
просто есть ошибки,которые я хочу отловить в AppScreen и показать сообщение поверх текущего экрана, эти ошибки должны быть везде

 

Ну если ты хочешь прям единый-единый scaffold и тебя не смущает что анимаций из коробочки не будет - можешь просто у scaffold'а в корне сделать стримбилдер

 

и этот стримбилдер у тебя и будет роутером

 

А так, я, например, всегда создаю виджет который реализует scaffold.
Там в нем я указываю поведение когда вмещается 1-2 виджета (этакая адаптивная верстка), описываю дравер и прочее

 

И использую этот виджет уже повсюду

 

Если ты хочешь выводить сообщения об ошибках - хорошим вариантом будет showSnackbar

 

правда как архитектурно это красиво оформить - не подскажу так с ходу)

 

[
{
"type": "link",
"text": "https://pastebin.com/484VPjdq"
}
]

 

15 строчка

 

Очень интересно посмотреть

 

[
"Коллеги подскажите пожалуйста. Есть такой код\n",
{
"type": "pre",
"text": "class _MapScreenState extends State {\n List markers = [];\n \n @override\n void initState() {\n _parceAllObj();\n super.initState();\n }",
"language": ""
},
"\nкак мне вызывать super.initState(); только после того как _parceAllObj() будет выполнен. При учете что она async."
]

 

прокинь колбэеком во внутрь)

 

Для тупого меня можно пример плиз.

 

тебе это не нужно

 

Смысл в следующем. Что мне нужно подзагрузить координаты раньше чем построиться (build) виджет состояния. Или подскажите как его перезапустить. setState не отрабатывает. Тоесть нужно где то выше обновление вызывать.

 

[
{
"type": "code",
"text": "_parceAllObj(super.initState);"
},
"\n\nvoid ",
{
"type": "code",
"text": "_parceAllObj"
},
"(cb) {\n// время пришло\ncb();\n\n}"
]

 

это скорее вопрос работы с состоянием в принципе

 

Спасибо огромное. Сейчас попробую.

 

Можно кидать любую удобную заглушку пока данные не готовы

 

а потом setState

 

Никак

 

FutureBuilder, раз не умеешь в нормальную архитектуру

 

Свалилось в ошибку :(

 

потому что костыль

 

Я тебе говорю же, ты делать это не правильно

 

Так нельзя, ты собрался заблокировать интерфейс на время длительного вызова

 

нет смысла иметь виджет и ничего не показывать

 

Это запредельно грубая ошибка

 

а если нечего показывать, то можно просто показать ничего

 

Используй FutureBuilder, если не умеешь по нормальному

 

Уважаемый фокс. Я Вас услышал и вспомнил что вы мне уже аналогично помогали с фьючебилдером. Сейчас попробую аналогично выкрутиться как вы посоветовали.

 

Я пытаюсь вот этот пример реализовать. Но проблема в примере в том что у них данные изначально есть и тогда оно работает. А мне их нужно подзагрузить изначально из сети.

 

[
{
"type": "link",
"text": "https://github.com/lpongetti/flutter_map_marker_cluster/blob/master/example/lib/main.dart"
}
]

 

FutureBuilder

 

Все еще FutureBuilder

 

И нету примера как это сделать с загрузкой данных в асинхроне :( Может вы подскажете как просто в этот пример прикрутить асинхронную загрузку данных. Правильно. А не через мои выдуманные костыли.

 

[
{
"type": "link",
"text": "https://api.flutter.dev/flutter/widgets/FutureBuilder-class.html"
}
]

 

есть пример

 

Ткните носом плиз.

 

На странице FutureBuilder в документации

 

Все еще на странице в документации, с примером применения и демо приложением

 

Жаль нет ссылки которая удаленно запустит видео

 

и заставит прочесть доку

 

кто-нибудь сталкивался с тем, что не может найти модуль camera при archive для ios?
поды чистил, версии менял
какие еще есть варианты?

 

Ну все запинали меня :(

 

По итогу я правильно понимаю что мой выход это FutureBuilder в данной задаче?

 

Да, ты правильно понимаешь, по прежнему FutureBuilder, если архитектура отсутсвует и логика прям в UI

 

Самое оно, чтоб заодно разобраться с async и Future

 

Это да. Пока до bloc и д.р. не дорос.

 

В блоке потребуется понимание Stream и async*

 

Еще раз огромное спасибо за направление куда копать.