АХ
При добавлении элемента в localStorage должен обновится компонент
Если открыто несколько вкладок и меняется что-то в локалсторе обновятся все?
Size: a a a
2020 July 18
1
Если открыто несколько вкладок и меняется что-то в локалсторе обновятся все?
Не
1
Только в той которой было произведено действие обновится
A
а если попробовать так export const store = createStore(reducer);?
АХ
Просто перенеси данные которые тебе нужны в стору и при изменении меняф и в стейте и в локал сторе
_:
Как часто у вас на проектах TS вместо жс?
Л
Как часто у вас на проектах TS вместо жс?
50 на 50
АХ
Просто перенеси данные которые тебе нужны в стору и при изменении меняф и в стейте и в локал сторе
я обычно добавляю редьюсер который подписывается на некоторые экшены и сохраняет в сторе что нужно
A
Просто перенеси данные которые тебе нужны в стору и при изменении меняф и в стейте и в локал сторе
мне так тяжело без наглядного примера... не могу понять что и как менять...
_:
50 на 50
Часто
DK
Как часто у вас на проектах TS вместо жс?
Всегда. Вообще на js не пишу. Только конфиги какие-то
Л
не вижу смысла в ts, на маленьких проектах или сервисах где он мне также не всрался(это уже бэк)
DK
Andrzej
мне так тяжело без наглядного примера... не могу понять что и как менять...
Кажется, он не тебе
A
та мне, мне ж данные надо хранить в сторе и на него подписывать компоненты
RG
Приветствую! Интересует такой вопрос: используется ли на практике такой подход организация редаксовкого state - когда для каждой более менее крупной компоненты, зависящей от входящих данный, создается свой reducer. Мне такой подход кажется удобным, но слышал, что так делать не рекомендуется. Хотелось бы услышать ваше мнение
1
То есть 1 редюсер только должен быть?
RG
То есть 1 редюсер только должен быть?
Не думаю, что это хороший подход)
DK
Приветствую! Интересует такой вопрос: используется ли на практике такой подход организация редаксовкого state - когда для каждой более менее крупной компоненты, зависящей от входящих данный, создается свой reducer. Мне такой подход кажется удобным, но слышал, что так делать не рекомендуется. Хотелось бы услышать ваше мнение
Для компонента
То есть тупо для одного и все?
То есть тупо для одного и все?
И
Приветствую! Интересует такой вопрос: используется ли на практике такой подход организация редаксовкого state - когда для каждой более менее крупной компоненты, зависящей от входящих данный, создается свой reducer. Мне такой подход кажется удобным, но слышал, что так делать не рекомендуется. Хотелось бы услышать ваше мнение
Глупости какие-то
DK
Глупости какие-то
Что именно? Подход или то, что (как он говорит слышал) так делать не рекомендуется?
Лично я не вижу никакого удобства в этом
Лично я не вижу никакого удобства в этом