Я как с 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 flutter.dev. вот описание репозитория
Вот его зависимости

dependencies:
  flutter:
    sdk: flutter

  # Import the provider package.
  provider: ^4.0.2

dev_dependencies:
  flutter_test:
    sdk: flutter
  pedantic: ^1.9.0

вот сам репо https://github.com/flutter/samples/tree/master/provider_shopper

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

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

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

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

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

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

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

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

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

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

да как бы не только доку. На забугорных ресурсах тоже полно статей которые в заблуждение по видимому вводят, преподнося провайдер как полноценную архитектуру а не обертку уже имеющимся InheritedWidget + ChjangeNotifier. Вот например - 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, блок + провайдер используют, насколько я понимаю (сам я блок не использую) , для доставки объекта блока в дерево виджетов

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

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

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

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