🅵
Про дизлайки пошутив)
https://github.com/rrousselGit/provider/issues/576
Нука лайков подвезли, будем Реми переубеждать большинством)
А Реми - дизлайков)))
Size: a a a
2020 November 25
KK
Я, конечно, не стану влезать, но имхо, не лучший способ "продавить" фичу, это выпрашивать лайки)
Как я понял, это обёртка на Provider.of(context), который, судя по словам Реми, использоваться в данном случае также не должен
Как я понял, это обёртка на Provider.of(context), который, судя по словам Реми, использоваться в данном случае также не должен
🅵
Я, конечно, не стану влезать, но имхо, не лучший способ "продавить" фичу, это выпрашивать лайки)
Как я понял, это обёртка на Provider.of(context), который, судя по словам Реми, использоваться в данном случае также не должен
Как я понял, это обёртка на Provider.of(context), который, судя по словам Реми, использоваться в данном случае также не должен
🅵
Я, конечно, не стану влезать, но имхо, не лучший способ "продавить" фичу, это выпрашивать лайки)
Как я понял, это обёртка на Provider.of(context), который, судя по словам Реми, использоваться в данном случае также не должен
Как я понял, это обёртка на Provider.of(context), который, судя по словам Реми, использоваться в данном случае также не должен
KK
Ну я для такого InitState Использую, а didChangeDependencies может вызываться несколько раз за время жизни виджета
🅵
Ну я для такого InitState Использую, а didChangeDependencies может вызываться несколько раз за время жизни виджета
Когда?)
🅵
Окей, гугл, в какие моменты он вызывается?)
🅵
Ну я для такого InitState Использую, а didChangeDependencies может вызываться несколько раз за время жизни виджета
Берем текущее решение.
Будет ли вызываться сейчас didChangeDependencies при изменении интейджера в контексте?
Будет ли вызываться сейчас didChangeDependencies при изменении интейджера в контексте?
KK
Берем текущее решение.
Будет ли вызываться сейчас didChangeDependencies при изменении интейджера в контексте?
Будет ли вызываться сейчас didChangeDependencies при изменении интейджера в контексте?
Вероятно нет.
Вообще с таким не сталкивался. В доке написано, что вызывается после того, как стейт инициализирует зависимости, вызывается didChangeDependencies один раз. По сути тогда один раз и логика не ломается и ты прав. С другой стороны много людей пишут, что несколько раз вызывается, к примеру, при изменении ориентации и открытии/закрытии клавы
Вообще с таким не сталкивался. В доке написано, что вызывается после того, как стейт инициализирует зависимости, вызывается didChangeDependencies один раз. По сути тогда один раз и логика не ломается и ты прав. С другой стороны много людей пишут, что несколько раз вызывается, к примеру, при изменении ориентации и открытии/закрытии клавы
🅵
Вероятно нет.
Вообще с таким не сталкивался. В доке написано, что вызывается после того, как стейт инициализирует зависимости, вызывается didChangeDependencies один раз. По сути тогда один раз и логика не ломается и ты прав. С другой стороны много людей пишут, что несколько раз вызывается, к примеру, при изменении ориентации и открытии/закрытии клавы
Вообще с таким не сталкивался. В доке написано, что вызывается после того, как стейт инициализирует зависимости, вызывается didChangeDependencies один раз. По сути тогда один раз и логика не ломается и ты прав. С другой стороны много людей пишут, что несколько раз вызывается, к примеру, при изменении ориентации и открытии/закрытии клавы
Два. Неси зачетку, на пересдачу.
🅵
Чуть выше я же даже выделил все что надо в документации.
KK
Берем текущее решение.
Будет ли вызываться сейчас didChangeDependencies при изменении интейджера в контексте?
Будет ли вызываться сейчас didChangeDependencies при изменении интейджера в контексте?
То етсь в данном случае didChangeDependencies будет вызываться каждый раз при изменении значения?
🅵
Вся нелепость ситуации в том, что будет.
И да, там можно использовать Provider.of.
Но нет, нельзя использовать context.watch, являющийся тупо шоткатом к предидущему
И да, там можно использовать Provider.of.
Но нет, нельзя использовать context.watch, являющийся тупо шоткатом к предидущему
🅵
То етсь в данном случае didChangeDependencies будет вызываться каждый раз при изменении значения?
Конечно
KK
Ну тогда я тем более не вижу смысла выносить туда какую-то логику тяжёлую
P
он про то что по факту watch должен работать
P
но не работает
KK
Не должен, для этого тогда билд есть
🅵
Не должен, для этого тогда билд есть
Ты читать вообще умеешь?)