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

+

И причем тут стейт машина

Блок ближе всего к финити стейт машина

зато качественная стейт машина

Конечный автомат лучше всего для управления состояниями подходит

Ну все изображать стейт-машинами тоже не очень хорошая идея, кмк

Посмотрите xstate кто на js пишет

Ну логично зато и нет путаницы в голове

зачем сравнивать гетит и блок? гетит это сервис локатор

Это в игрушках хорошо ботов на стейт-машинах делать

Та я пошутил когда предложили провайдер в опрос

Я имел ввиду что GetIt одного по уши хватает:) а с инжектбл как то через мерно.. аннотировать сидеть.. а у getIt все в одном init

И он так умеет
MyType myType = sl();

это же генератор

Привет. А это нормально, что flutter при старте делает так много логов? Логи такого характера:

D/FeatureProxyBase(28692): getService(), serviceName = multiwindow_service_v1
V/SettingsInterface(28692):  from settings cache , name = hw_membrane_touch_enabled , value = null
V/SettingsInterface(28692):  from settings cache , name = hw_membrane_touch_navbar_enabled , value = null
V/SettingsInterface(28692):  from settings cache , name = hw_membrane_touch_enabled , value = null
V/SettingsInterface(28692):  from settings cache , name = hw_membrane_touch_navbar_enabled , value = null
V/SettingsInterface(28692):  from settings cache , name = hw_membrane_touch_enabled , value = null
V/SettingsInterface(28692):  from settings cache , name = hw_membrane_touch_navbar_enabled , value = null
V/SettingsInterface(28692):  from settings cache , name = hw_membrane_touch_enabled , value = null
V/SettingsInterface(28692):  from settings cache , name = hw_membrane_touch_navbar_enabled , value = null

Логи возникают при любом действии с экраном. Их можно как-то отключить?

Вот именно зачем генератор если руками писать одну строчку. А так с ним запутанно выходит - все инъекции аннотациями в разных файлах, вместо одного инит метода getIt

Читабельность падает с инжектбл.. имхо

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

и простейший пример: если у тебя бекенд на микросервисах с десятком baseurl, то для prod/dev/qa энвов тебе проще автоматически инжектить подходящие классы. и это тоже будет вызываться одной строчкой

А ты пробовал инжектор этот? Как раз он и плох для больших проектов, что читабельность падает так как вместо одно файла с getIt.init методом куча аннотации.

Чистый GetIt проще и читабельно.

Подскажите подробную инструкцию по redux в связке c flutter.