по крайней мере в нативном андроиде

 

Почему?

 

А так:
"стейт" у них не только в контексте "стейт менеджеров" дан

 

mvvm мне больше нравится,блок довольно странная штука. Еще и очень размыто описанная, я бы тебе мог сказать что у меня блок и это было бы правдой) но у меня MVVM из за дополнительных ограничений)

 

[
{
"type": "link",
"text": "https://pub.dev/packages/mwwm"
}
]

 

MVI вот это тема

 

[
{
"type": "pre",
"text": "void main() {\n double unixTime = 1589640266.0;\n int roundedUnixTime = unixTime.round();\n DateTime date = \n DateTime.fromMillisecondsSinceEpoch(\n roundedUnixTime * 1000,\n isUtc: false);\n print(date);\n}",
"language": ""
},
"\nтак попробуй"
]

 

более того я mvvm строю на библиотеке блок)

 

[
{
"type": "link",
"text": "https://flutter.dev/docs/development/data-and-backend/state-mgmt/simple"
},
" ну а тут прям показывают исполльзуя чейндж нотивайер, а потом говоря, но зачем вам суженный чейндж нотивафайр, возмите расширенный провайдер, и далее репоз как провайдер заюзать в качестве стейт менеджмента праям вот зависимость вот такая в пабспеке \n provider: ^3.0.0"
]

 

utc можно не указывать, кста.
Он по дефолту, насколько помню, в local time строит

 

так шо, статья явно не лишняя будет, напишите уже кто нибудь :)

 

[
"При запуске Hot Reload выдается ошибку (FormatException: Unexpected character (at character 1)).\n\nЯ пытаюсь отправить запрос из сайта который работает по ссылке ",
{
"type": "link",
"text": "http://flat.imruz.com/api/sliders"
},
" \nВ браузере хорошо работает api код. \nА когда запускаю на эмуляторе , выдает ошибку (FormatException: Unexpected character (at character 1)).\nПриклплю скриншот коды flutter-а внизу"
]

 

щас преподавание закончу через две недели и конфу и наверное напишу

 

и про DI

 

[
{
"type": "mention",
"text": "@sulaymonov5"
},
", я уж подумал пользователи до меня добравлись, быть саппортом, брр, страшный сон"
]

 

ну вот о чем я и говорю вам все время:
provider это не стейт менеджер, это суть тот же scoped model

Я даже отличия назвать не смогу)

 

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

 

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

 

Спасибо

 

Просто предоставляет доступ к стейту

 

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

 

[
{
"type": "link",
"text": "https://github.com/surfstudio/mwwm"
}
]

 

Разве говорит что стейт менеджер?

 

ну вон человек примеры из доки кидал выше

 

Сам создатель говорил, что нет)

 

ну setState тоже стейт менеджер?)

 

Там список имеющий отношение к стейт менеджменту

 

ну я понимаю разницу

 

а люид нет

 

а не стейт менеджеров)

 

либи читают, стейт менджемент на провайдере и все

 

Он там со скоупд моделом идёт

 

Ну я знаю)
Просто в том же списке виджеты и setState)

 

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

 

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

 

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

 

просто каждый день у нас тут демагогия на 30 минут, что провайдер не стейт менеджмент)

 

Про провайдер как стейт менеджмент ничо не написано

 

Надо в закреп что провайдер не стейт менеджмент

 

надо обяснить почему

 

и вообще суть не в этом

 

когда человек спрашивает про то что члучше provider или bloc, он спрашивает что лучше provider+ChangeNotifier или provider+bloc

 

можно сразу на этот вопрос и отвечать)

 

а не душнить что провайдер не стейт менеджер)

 

Только никто этого не спрашивает

 

ну потому что они не знают

 

то есть тебе что важно, форма вопроса или суть?)

 

[
{
"type": "link",
"text": "https://flutter.dev/docs/development/data-and-backend/state-mgmt/simple"
},
" \n во тут говорят \nSimple app state management ты читаешь, какие то чейнджнотифаеры, чето там консюмеры, ",
{
"type": "strikethrough",
"text": "фу блин, уду проститУТКОЙ\n"
},
" и видишь\nPutting it all together\nYou can check out the example covered in this article. If you want something simpler",
{
"type": "code",
"text": ", see what the simple Counter app looks like when built with provider.\n\nWhen you’re ready to play around with provider yourself, don’t forget to add the dependency on it to your pubspec.yaml first.\ncontent_copy\nname: my_name\ndescription: Blah blah blah.\n# ...\ndependencies:\n flutter:\n sdk: flutter\n provider: ^3.0.0\ndev_dependencies:\n # ..."
},
""
]

 

Что это такое, и как он делается?

 

это как блок, только буквы другие х)

 

Model-View-Intent
откуда во Флаттере Intent

 

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

 

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

 

До провайдера было все тоже самое)

 

не с пиэс, я не с целью холивара:)

 

Там был scoped_model

 

И в чяте тута было все 1 в 1

 

вот этот ?

 

[
{
"type": "link",
"text": "https://pub.dev/packages/scoped_model"
}
]

 

Он ультра популярный был

 

С выходом провайдера гдет за полгода на него все перекочевали и про него забыли)

 

А когда он собственно популярен был?

 

Вот он 1 в 1

 

Я как с 1.0 вкатился особо про него не слышал

 

Гдет полтора года назад

 

Везде только блок был

 

[
"A Flutter sample app that shows a state management approach using the Provider package. This is the app discussed in the Simple app state management section of ",
{
"type": "link",
"text": "flutter.dev"
},
". вот описание репозитория \nВот его зависимости \n",
{
"type": "pre",
"text": "dependencies:\n flutter:\n sdk: flutter\n\n # Import the provider package.\n provider: ^4.0.2\n\ndev_dependencies:\n flutter_test:\n sdk: flutter\n pedantic: ^1.9.0\n",
"language": ""
},
"вот сам репо ",
{
"type": "link",
"text": "https://github.com/flutter/samples/tree/master/provider_shopper"
},
""
]

 

нету тут слов о скопед моделе

 

Он прям из каждого угла лез

 

С ремаркой: для мелких приложений норм

 

# Import the provider package.
provider: ^4.0.2
кстати свежак, это не кто то написал стью про стейт менджмент прикрепил репо и кинул его в воду убежав

 

Потому что там чейндж нотифаеры)

 

По сути и скопед модел и провайдер это оберточки над InheritedWidget + ChjangeNotifier

 

ну мне нужно Ключ : одна форма, Значение : другая форма

 

такие штуки должны быть в красной рамочке варнингов, а то как это, разрешите вставить ремарку, донцовой вставьте..

 

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

 

Мап.фромЭнтрис([МапЭнтри(контроллер1.текст, контроллер2.текст)])

 

[
"да как бы не только доку. На забугорных ресурсах тоже полно статей которые в заблуждение по видимому вводят, преподнося провайдер как полноценную архитектуру а не обертку уже имеющимся InheritedWidget + ChjangeNotifier. Вот например - ",
{
"type": "link",
"text": "https://www.miquido.com/blog/flutter-architecture-provider-vs-bloc/"
},
""
]

 

> народ, может кто вкратце объяснить разницу между блоком и провайдером в стейт менеджменте?
блок это концепция отделения бизнес-логики от UI, основанная на получении потока событий от UI и преобразование его в поток состояний.
провайдер - это библиотека, предоставляющая инструмент для DI, а также имеющая ряд дополнительных компонентов, позволяющих удобно и гибко организовать управление состоянием (ChangeNotifierProvider, ChangeNotifier/ValueNotifier, Cunsumer/Selector и т.п.)
> Правильно ли я понимаю, что оба подхода позволяют отделить бизнес логику от UI
да
> оба подхода под капотом используют стримы?
нет, провайдер не завязан на стримы
> Правильно ли то, что с помощью провайдера то что раньше было statefull может стать statless и мы можем в большинстве случаев избавиться от setState'а?
Можем, но вообще говоря это не взаимоисключающие вещи. Не всегда нужно избавляться от setState, провайдер может использоваться и в stateful
> В чем разница тогда между ними, и почему часто их используют вместе, блок+провайдер?
Разница описана в п.1, блок + провайдер используют, насколько я понимаю (сам я блок не использую) , для доставки объекта блока в дерево виджетов

 

Прочитал по диагонали, все в целом так

 

Ну короче всё пошло после прагматик стейт менеджмента, в котором обсуждали в основном провайдер

 

просто интересно, а что вместо блока?

 

я к тому что истина в последней инстанции это документация на офф сайте

 

[
"provider не стейт менеджмент\nописание требует изменений\n\nвот пруф от его создателя для тех кто не вникает в суть или никогда не пользовался provider'ом\n\n",
{
"type": "link",
"text": "https://www.youtube.com/watch?v=BulIREvHBWg&feature=youtu.be&t=107"
},
""
]

 

Небольшая поправка - блок+провайдер не используют. В BlocLibrary уже интегрирован провайдер

 

блок это не только либа

 

этож во flutter_bloc она интегрирована

 

ну да

 

Ну если быть точным, то эта зависимость появилась только-только)

До этого была реализация своя на InheritedWidget

 

фокс. скоко раз ты открывал доку на флаттер и скоко раз это видео:)

 

что мне, например, не мешает ее не использовать))

 

не, не то, не суть, эт я про свое удаленное сообщение

 

Ну он не совсем так сказал.
Он сказал: "Провайдер — это инструмент, а архитектуру делаете вы сами".

 

Блок тоже инструмент. Он же сам за тебя архитектуру не построить)

 

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

 

Нет, блок задает архитектуру

 

Я лично использую MVVM подход. Т.е. создаю VM класс, в котором подготавливаются и обрабатываются данные для view, а также действия пользователя

 

Задает тот самый промежуточный слой

 

А получаешь во вью как? Через стримы?

 

Тоесть ты используешь стейт менеджер, как и все)

 

BlocLibrary это конкретная реализация подхода bloc. Я имел в виду саму концепцию, а не реализацию

 

[
"Стейт менеджер и есть эти буквы VM (с) ",
{
"type": "code",
"text": "@Jonfir"
},
""
]

 

Я использовал.

 

Тк импортировал не flutter_bloc, а bloc

 

Тк строил не через BlocBuilder, а StreamBuilder, для большего контроля

 

надо же было феликсу либу обозвать одноименно

 

В дерево UI данные предоставляются через ChangeNotifier/ValueNotifier - ChangeNotifierProvider - Consumer/Selector
Стримы скорее в бизнес логике использую

 

Ну он правильно все сделал)

 

Лис, полка умеет в REST?

 

REST это рекомендации по разработке архитектуры

 

Естественно, я не понимаю чего такая суета вокруг этого "стейт менеджмента". Понятно что надо отделять логику от представления, так или иначе.

 

Подскажите почему статус бар белый? Brightes в appBar проставляю.

 

Тут вопрос в том, умеешь ли ты в REST (не умеешь, почти никто не умеет на 100% в рест)

 

когда я пишу, ребят, использую блок, страдаю, памагите я про подход или про либу ?

 

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

 

Ну и я так же делаю. Хороший подход.

 

ну там где еще стрим стейтов возвращается и на основании его строится виджет

 

Имхо, вкусовщина.

 

ну то есть если я блок хочу попробовать мне лучше flutter_bloc либу брать или просто bloc?

 

Да, начни с флатер блок

 

Он предоставляет виджеты

 

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

 

Про либу по умолчанию.

 

РЕбята! Есть идея, может вы сделаете канал, в котором можно было зайти и прочесть все важные темы за день? Он будет связан с этим чатом.

За день набегает до 1к сообщений, в ней ничего не найти, то же опрос про дарт и трансляции выпуск книг. Было бы здорово это оформлять отдельно, чтобы все видели и кстати не мутили, в итоге были в курсе!

я могу заняться если сложно.

 

Иначе пиши как:
ребят, реализую самостоятельно паттерн BLoC, не получается тото

 

контент то кто фильтровать будет?)

 

Или ты хочешь "Цитаты великих дартунов"?)

 

выдержки из чата все таки сложновато, это же чат, тут один утрировал, второй за чистую монету все принял, третий срач развел:)

 

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

 

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

 

создатель канала тоже тут есть, если от этого спокойнее)

 

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

 

А кто создатель канала?

 

А так, со временем появятся более тематические чятики и какойнить чятик для "PRO", когда таковые появятся в комьюнити.

 

newbalancem5

 

Пока что это все в оригинальном дискорде и гиттере

 

в поиске сам поищи, чтобы не призывать

 

не надо фильтровать ничего. Вы ведь в курсе всех важных движух. А может кто то организует что то, пишет админам, они выкладывают в канал.

 

У него еще репозиторий с рускоязычными ресурсами

 

Ребята из врайка редко здесь отписываются

 

да, тоже ссылка есть где то

 

я о том же

 

[
"Используй моноширный ",
{
"type": "code",
"text": "@rvch0"
},
""
]

 

Вот що есть в телеге по дарту)

 

это можно организовать как раздел канала)

 

Ну телега не дискорд, не поддерживает разделение на подканалы в группе

 

Ну это совсем снобизм.
Делить на касты. Дарт-брахманы и неприкасаемые )

 

Эм, более чем нормальная практика.

 

хпххаахах

 

сквишевой хуммингберды тебе не хавтает, в сине белой расцветке

 

Создай себе такой чатик, что мешает? Пригласи туда 3-4 друзей, которых считаешь "профи". И молитесь друг на друга.

 

Не будут мерзкие новички вам портить беседу.

 

Ты не поверишь, уже)

 

Уже гдето с полтора года как)

 

за всем не уследишь) я хотел бы организовать канал без комментов, чисто важные вещи без тыщи комментов. НУ или юзайте хештеги

 

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

 

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

 

утопия с хештегами, читай статьи, тут же даже не форум, тут стрим:)

 

[
"Кстати можно также и FAQ организовать по хештегам. Типо\n\n- я не понимаю BloC\n- ",
{
"type": "hashtag",
"text": "#FAQ_BloC"
},
" и вопрос закрыт\n\n(конечно это очень упрощенно, есть где развернуться поразмыслить)"
]

 

Ктож эти хештеги будет ставить)

 

Особенно подбирать их)

 

Да и кто их потом разбирать будет)

 

Это имеет смысл только в каналах/ботах использовать

 

Вообще есть flutter slack.
Там все разбито по темам.

 

А еще дискорд)
Включая дискорд блока, где феликс всем отвечает)

 

Ну и офф дискорды флатер тимы, там тоже все по разделам

 

ты дурачёк?

 

хорошо, может и лучше просто болтать) без автоматизаций. как в старые добрые

 

Про канал для того чтобы более менее эдвенсед вопросы не тонули в вопросах блок vs провайдер

 

Почти у всех языковых чятиков такое деление есть

 

спасибо<3

 

спасибо, подписался.

 

я рад=)

 

автор над твои сообщением, ему пасибо можно загнать:)

 

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

 

А то не комплект

 

Ссылка в закрепе.

 

милота в начале рабочего дня, спасибо парни!

 

поставил, но не уверен что туда куда надо. Спасибо

 

[
"Тут можно свои каналы пиарить?\nТогда и я ссылку на свою группу кину ))\n",
{
"type": "link",
"text": "https://vk.com/dartflutter"
},
"\nЗакидываю туда всякие полезные статьи, видосы, ссылки на плагины, иногда найденные вакансии"
]

 

а есть канал конкретно по Flutter_web?)) без всяких андройдов и покусаных яблок)

 

У Navigator.of() есть возможность текстовый путь получить текущий?

 

о, даже я есть)

 

Ты то само собой разумеющийся)

 

Давай, продолжай свой марафон "каждый день по фиче")

 

последние 137 дней без отпуска ?? и каждый день - результативность скачет из-за работы и сил)

 

а сегодня рит++ что-ли?

 

[
{
"type": "mention",
"text": "@FRapra1"
},
" Есть таска. сделать табличку с данными (ScrollList), но с одним элементом постоянным в списке. Ты бы как это делал? в скрол литсе добавил count + 1. и в билдере это хендлил или сливеры?"
]

 

смотря что за элемент

 

если он просто в списке в размерах as is, то и то и то подходит, но красивее как по мне через слайверы

если он должен быть max(selfSize, remaining), то тут только слайверы

 

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

 

Какой пакет, какой рест

 

REST это общее описание архитектуры

 

[
{
"type": "link",
"text": "https://pub.dev/packages/shelf_rest"
}
]

 

ну типо когда полке на беке что то отдает на фронт

 

И никакие пакеты тебе не помогут

 

в тот же флатер

 

или вуйню

 

не важно куда

 

Это ты транспорт описываешь

 

И прикрати говорить жаргоном, ты сейчас не на том уровне

 

Спасибо большое, помогло. Но через такую жопу сделал, что если бы Fox увидел, он бы бросил программирование и ушел в GOGO Dance )