Вроде так и декларируется. А что конкретно в этом плохого?

Ну то есть ты считаешь это внезапно красивым и удобным?

Почему сразу тогда какойнить гет_ит не взять?

А еще проще - просто все зависимости сразу по глобальным переменным не распихивать?

Считаю это удобнее чем в виджет три

В виджет три есть:
а) Область видимости
б) Жизненный цикл

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

А вот без этого - оно и даром не нужно

немного оффтопик но, где есть ресурсы на psd дизайны UI/UX кроме dribbble

и pinterest

Ну вот критика такова, за отсутсвием опыта не могу судить "Service locators, such as get_it, are great but they aren't directional, for lack of a better word. This means you can access objects in whatever order you want and you're not necessarily guaranteed that all of them are properly initialized unless you're careful. This can result in major headaches especially on large projects with huge amounts of dependencies."

Да, он решает третью проблему - зависимости одного от другого

Но жизненный цикл и область видимости не сделаны достойно

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

https://pub.dev/packages/kiwi

Я сам иногда пытаюсь поковырять киви (считай тоже самое что и риверпод)

Но пока нет впечетляющих результатов

надо везде .family. делать, тогда не глобальные будут))

@teqteqteqteq если придумаете как разрулить эти проблемы нормальным образом - маякните, с удовольствием посмотрю)

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

По поводу области видимости. Я так понял это его подход

String globalFunction() {
 return 'some value';
}

class MyClass {
 void _classMethod() {
   final valueLocalToThisMethod = globalFunction();
 }
}