Комментарии 4
Странный подход.У Вас есть понимание что с "Bloc" что то не так и он не лезет на Ваши задачи.И при этом Вы упорно тащите его в свою архитектуру. Пахнет архитектурным-мазохизмом
Это не так. В тексте не говорится, что BLoC не лезет на наши задачи. BLoC позволяет нам управлять состоянием конкретных экранов, тогда как наша задача состояла в формировании архитектуры проекта. BLoC - составная часть этой архитектуры, которую при желании можно заменить на Riverpod, MobX и любой другой State manager.
Многие разработчики (в первую очередь, начинающие) считают, что для написания нового приложения достаточно выбрать способ управления состоянием, навигации и пр. Именно это заблуждение и направлен развеять данный текст.
Или карго-культом...
А что значит не лезет? Блок сам по себе не является полноценной архитектурой мобильного приложения. Причем есть 2 подхода при использовании чистой архитектуры - рассматривать его как компонент доменного слоя или презентационного. Это всего лишь стейт - менеджер. Тут вполне все норм.
Компонентная архитектура приложений на Flutter: почему выбрать BLoC недостаточно