инъекций. Но похоже, он не избавляет от необходимости вручную ресолвить зависимости из контейнера.
Вот по сути единственный пример: https://resocoder.com/2020/02/04/injectable-flutter-dart-equivalent-to-dagger-angular-dependency-injection/
Автор долго обвешивает классы аннотациями, а в конце все равно пишет:
ChangeNotifierProvider(
create: (_) => getIt<CounterChangeNotifier>(), // шта?
child: CounterPage(),
),
(еще и Provider припахали сюда)
В официальном example только показано, как объявлять инъецируемые классы, и не показано, как их использовать.
Провайдер это способ доставки, а суть инъекции в том, чтобы не зависеть от реализации, а лишь от интерфейса... Могу ошибаться... И конечно полностью от зависимости избавится нельзя, но обычно её переносят в main, либо в какой-нибудь локатор
Я ожидал, что будет магия, и ты в любом месте приложения напишешь IController myController; myController.doSmth(), и автоматически подставится нужный инстанс (настоящий DI именно так работает). А тут туфта какая-то.
На счёт магии это ты серьёзно, или саркастируешь?
Ну как бы всякие Даггеры именно так и работают.
Не видел, не знаю. Ты это поле должен откуда то получить и ты можешь его получить из поставщика (провайдера). А в самом верху ты провайдеру должен скормить конкретную реализацию.
Ну тогда получается масло масляное. Провайдер и так умеет в абстракции. За глаза хватит обычного мультипровайдера. Provider<IAuth>( create: (_) => CognitoAuth), Provider<Profile>( create: (ctx) => Profile (ctx.read<IAuth>()),
Ну типа да. Везде так.
рефлесии то нету, injectable нужен для объявления зависимостей, чтобы руками не писать
Имхо, проще руками написать. Чем обмазывать весь код атрибутами, и в итоге получить сгенерированную нечитабельную портянку.
ну хз, я как раз с ручного перешел на injectable, стало намного приятнее
Обсуждают сегодня