Ну это уже крупный пример. Я его сам недавно откопал и беру оттуда разные подходы. Там код даже чище чем у Феликса в примерах. А для начала лучше смотреть на проекты из https://bloclibrary.dev

Для меня блок полезен тем, что когда приложение разростается плюс когда в нем появляются сетевые запросы - его становится очень сложно поддерживать и понимать что в нем происходит. Поэтому появились такие подходы когда есть некий стейт приложения, на который можно влиять только с помощью ивентов и вид "реактивно" отображает этот стейт. Если поставить такие рамки  то все связи в приложении становятся гораздо понятнее. Становится ясно в каком направлении данные приходит и в какой момент что-то меняется. Одна из реализаций такого подходя - это BLoC.
Да, с ним надо написать больше кода, но он сильно облегчает жизнь когда проект большой. Если использовать плагин, то создавать дополнительный код блока - легче. И на мой взгляд лучше сразу начать писать с архитектурой, чтобы потом не переделывать весь код с нуля. Я уже несколько раз переписал свое приложение и теперь очень люблю нормальный архитектурный подход )

Ну это уже крупный пример. Я его сам недавно откопал и беру оттуда разные подходы. Там код даже чище чем у Феликса в примерах. А для начала лучше смотреть на проекты из https://bloclibrary.dev

Для меня блок полезен тем, что когда приложение разростается плюс когда в нем появляются сетевые запросы - его становится очень сложно поддерживать и понимать что в нем происходит. Поэтому появились такие подходы когда есть некий стейт приложения, на который можно влиять только с помощью ивентов и вид "реактивно" отображает этот стейт. Если поставить такие рамки  то все связи в приложении становятся гораздо понятнее. Становится ясно в каком направлении данные приходит и в какой момент что-то меняется. Одна из реализаций такого подходя - это BLoC.
Да, с ним надо написать больше кода, но он сильно облегчает жизнь когда проект большой. Если использовать плагин, то создавать дополнительный код блока - легче. И на мой взгляд лучше сразу начать писать с архитектурой, чтобы потом не переделывать весь код с нуля. Я уже несколько раз переписал свое приложение и теперь очень люблю нормальный архитектурный подход )

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

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

Ну это уже крупный пример. Я его сам недавно откопал и беру оттуда разные подходы. Там код даже чище чем у Феликса в примерах. А для начала лучше смотреть на проекты из https://bloclibrary.dev

Для меня блок полезен тем, что когда приложение разростается плюс когда в нем появляются сетевые запросы - его становится очень сложно поддерживать и понимать что в нем происходит. Поэтому появились такие подходы когда есть некий стейт приложения, на который можно влиять только с помощью ивентов и вид "реактивно" отображает этот стейт. Если поставить такие рамки  то все связи в приложении становятся гораздо понятнее. Становится ясно в каком направлении данные приходит и в какой момент что-то меняется. Одна из реализаций такого подходя - это BLoC.
Да, с ним надо написать больше кода, но он сильно облегчает жизнь когда проект большой. Если использовать плагин, то создавать дополнительный код блока - легче. И на мой взгляд лучше сразу начать писать с архитектурой, чтобы потом не переделывать весь код с нуля. Я уже несколько раз переписал свое приложение и теперь очень люблю нормальный архитектурный подход )

На bloc свет не сошелся, можно по другому с логикой работать.

Как например?

ай нид хелп =)))

Flutter clean ?)

ай нид хелп =)))

возможно зависимость на kotlin stdlib в android/app/build.gradle не прописана