B
почему нельзя спускать разные данные а не разные сторы?
Size: a a a
2020 November 23
MS
можно
MS
но не так удобно и быстро как с оверрайдом стора
MS
если спускать только данные то в сторибуке будет либо только тест отображения
B
а сторы могут прямо по ходу работы приложения меняться?
MS
неа, это я исключительно для сторибуков
DS
ну да, а чего такого?
А показать кусок стори и какие состояния разные должны быть?
AV
да я пока не ухожу, скинь если не лень как будешь
Не. Подумал, ерунда.
MS
А показать кусок стори и какие состояния разные должны быть?
да стандартный набор навскидку
пустой набор обьектов, немного обьектов, куча обьектов которые не влезают во вьюпорт
пустой набор обьектов, немного обьектов, куча обьектов которые не влезают во вьюпорт
MS
ладно, пойду пить пиво
завтра попробую пару вариантов - черкну сюда если кому интересно будет
завтра попробую пару вариантов - черкну сюда если кому интересно будет
MK
ладно, пойду пить пиво
завтра попробую пару вариантов - черкну сюда если кому интересно будет
завтра попробую пару вариантов - черкну сюда если кому интересно будет
Не надо сторибуку знать про стор, имхо.
MS
штош
🦜
ну да, а чего такого?
Ух бля
MS
🦜
Кароче, я бы адаптер написал с заменой useStore на самописный, который бы вытаскивал значение из контекста
MS
да, один из вариантов который попробую
MS
компонент просто вообще ничего не будет знать о том что сторы бывают разные
просто берет из контекста
просто берет из контекста
TG
в sample если в clock передать $store или $store.updates есть какая нибудь разница?
c
в sample если в clock передать $store или $store.updates есть какая нибудь разница?
Нет
TG
на сколько гарантированно, что в eventEnd будет передано актуальное состояние стора?
нужно ли об этом вообще беспокоиться?
нужно ли об этом вообще беспокоиться?