ok
Вызываю вот так : Provider.of<DeviceStore>(context).getLengthDevice(),
Size: a a a
2020 September 12
Б
Лучше через middleware подставлять нужный роутер перед переходом на эти экраны, и никакой StoreConnector не нужен
Звучит интересно, у вас нет случайно ссылки, где можно прочитать про такой способ?
t
Борис
Всем добрый вечер! Кто-нибудь работал с redux? Нормально ли располагать StoreConnector в корне приложения? Обычно пишут, что билдеры-консюмеры нужно располагать как можно ближе к обновляемому виджету, чтобы все дерево не обновлять. А тут, что-то не получается. Мне нужно выбрать показывать ли логин -пэйдж или главную страницу, поэтому ниже коннектор никак похоже не разместить.. А в redux один глобальный стейт
если вы хотите ( и так спроектирован ) ваш глобальный стейт, билдеры консюмеры делают всего навсего подписку на часть данных из стейта
t
причем не всегда вам только с одного стейта нужно данные
t
виджет который за вас делает подписку называется стор коннетор, им можно вообще не пользоваться
Б
если вы хотите ( и так спроектирован ) ваш глобальный стейт, билдеры консюмеры делают всего навсего подписку на часть данных из стейта
А разве обновляется не весь стейт на каждый экшн? Как там подписку на часть данных можно оформить?
M
Борис
Звучит интересно, у вас нет случайно ссылки, где можно прочитать про такой способ?
На конкретный пример не нашел. Но вот что я имел ввиду: https://github.com/flutterings/flutter_redux_navigation
t
Борис
А разве обновляется не весь стейт на каждый экшн? Как там подписку на часть данных можно оформить?
смотря какую библиотеку и как вы его готовите, build_value с immutable данными прохешированы изменения соотв можете получать с любого объекта в стейте
Б
На конкретный пример не нашел. Но вот что я имел ввиду: https://github.com/flutterings/flutter_redux_navigation
Спасибо большое! посмотрю
Б
смотря какую библиотеку и как вы его готовите, build_value с immutable данными прохешированы изменения соотв можете получать с любого объекта в стейте
Я redux в связке с flutter_redux использую
t
Борис
Я redux в связке с flutter_redux использую
stream = widget.store.onChange
.where(_ignoreChange)
.map(_mapConverter)
// Don't use
// ViewModel produced by the
.where(_whereDistinct)
// After each ViewModel is emitted from the Stream, we update the
// latestValue. Important: This must be done after all other optional
// transformations, such as ignoreChange.
.transform(StreamTransformer.fromHandlers(handleData: _handleChange));
.where(_ignoreChange)
.map(_mapConverter)
// Don't use
Stream.distinct because it cannot capture the initial// ViewModel produced by the
converter..where(_whereDistinct)
// After each ViewModel is emitted from the Stream, we update the
// latestValue. Important: This must be done after all other optional
// transformations, such as ignoreChange.
.transform(StreamTransformer.fromHandlers(handleData: _handleChange));
t
не самый удобный вариант редакса
t
если в сторе не иммутабельные данные это фейк
Б
не самый удобный вариант редакса
Да, их там несколько, пока чтобы не запутаться решил с классического начать
t
посмотри статью мож для прояснения будет полезно ) минутка самопиара
Б
stream = widget.store.onChange
.where(_ignoreChange)
.map(_mapConverter)
// Don't use
// ViewModel produced by the
.where(_whereDistinct)
// After each ViewModel is emitted from the Stream, we update the
// latestValue. Important: This must be done after all other optional
// transformations, such as ignoreChange.
.transform(StreamTransformer.fromHandlers(handleData: _handleChange));
.where(_ignoreChange)
.map(_mapConverter)
// Don't use
Stream.distinct because it cannot capture the initial// ViewModel produced by the
converter..where(_whereDistinct)
// After each ViewModel is emitted from the Stream, we update the
// latestValue. Important: This must be done after all other optional
// transformations, such as ignoreChange.
.transform(StreamTransformer.fromHandlers(handleData: _handleChange));
О, увидел, у стора есть стрим изменения состояния, на который можно подписываться, минуя коннектор, вы это имели в виду? Это как-раз похоже на одно из решений моей проблемы
M
Борис
О, увидел, у стора есть стрим изменения состояния, на который можно подписываться, минуя коннектор, вы это имели в виду? Это как-раз похоже на одно из решений моей проблемы
Только не используй StreamBuilder, иначе получиться тот-же StoreConnector в корне приложения)