АС
редьюсер это скорее про применение изменений к стэйту
Size: a a a
2016 April 13
EA
редюсер же возрващает новый стейт
EA
RG
Да-да, все правильно)
RG
я уж заволновался)(
EA
а логика в компоненте
RG
стоп-стоп
RG
тогда не понимаю
a
не всегда. На примере тех же кукисов. Допустим есть экшен "получить кораблики", он фетчит данные с сервера.
Мы в экшене же ждем, когда они вернутся, проверяем что все ок и ставим кукисы. Далее в редюсере уже меняется стейт. Разумеется руками такое не пишут все. помогают мидлвары
Мы в экшене же ждем, когда они вернутся, проверяем что все ок и ставим кукисы. Далее в редюсере уже меняется стейт. Разумеется руками такое не пишут все. помогают мидлвары
a
но логика такая
RG
есть игра-сапер. Функции, которая проверяет то, отмечены ли все мины флажками, место в компоненте или в редьюсере?
DΞ
есть игра-сапер. Функции, которая проверяет то, отмечены ли все мины флажками, место в компоненте или в редьюсере?
В компоненте, и желательно использовать react-reselect — он дает ускорение за счёт мемоизации результата вычисления
RG
таааак, мне нужно разбираться в матчасти)
RG
уже два приложения на редаксе написал, до этого только смотрел Абрамовские скринкасте на egghead.io — и я думал, что все, что связано с изменением стейта, должно быть в редьюсере
OS
Экшен ничего не фетчит, это объект. Причём стандартизированный - FSA. Редуктор состояния ничего не фетчит - это pure function. Компонент тоже ничего не фетчит. Фетчить может что-то, связанное с ActionCreator
a
ну, это очевидно. к именам нет смысла в данный момент придерираться. action или actionCreator
OS
Лучше писать правильно, потому что люди потом начинают кодить как попало
a
Роман, как тебе удобнее. Но начать надо с того, что будет два допустим экшена "закончить игру" и поставить "флажок". Далее ты можешь вызывать "поставить флажок" на handleClick. Там уже будешь диспатчить "игра закончена" если нужные условия совпали. Или же ты можешь проверять все внутри handleClick и вызвать один из двух экшенов, а саму проверку выкинуть в утилс
DΞ
уже два приложения на редаксе написал, до этого только смотрел Абрамовские скринкасте на egghead.io — и я думал, что все, что связано с изменением стейта, должно быть в редьюсере
Есть state, а есть dependant state, первый в редьюсере, а второй — лучше в селекторах
AN
таааак, мне нужно разбираться в матчасти)
да нет здесь никакой матчасти. надо пробовать и смотреть как удобнее/лучше. Сейчас куча всяких правил типа "редьюсеры должны быть чисыми", "нельзя использовать стейт компонентов", "компоненты должны быть поделены на тупые и умные" и т д. Будешь слепо этому следовать этому, а потом окажется, что для твоего приложения это совсем не подходит