Чем может быть черевата передача индекса массива в onChange вместо значения поля id ?

Как минимум тем, что у тебя объект может сместится на другой индекс

https://github.com/artalar/blog/blob/master/src/pages/currently-best-ui-kits.md

Благодарствую

Чем может быть черевата передача индекса массива в onChange вместо значения поля id ?

При сортировке перепутаешь компоненты

И неконсистентные состояния

При сортировке перепутаешь компоненты

+

Тоже самое что использовать индекс для ключа (key)

Я чето про key и подумал

Но суть та же

Сортанешь и проебешь порядок

Это если сортировка есть.

А она сначала нет, а потом есть

Если это что-то простенькое, можешь ебнуть индекс

А если нет, то лучше сгенерить id

С key хорошее сравнение, понятнее стало

Ребят, в общем такая тема. Получаю данные через апи, пока что просто консолю и смотрю что происходит. А происходит вот что - с апи приходит массив и я хочу просто посмотреть че там вообще внутри. Но при запросе к элементам этого массива реакт ругается, мол нельзя получать шото у undefined. Как с этим боротся? (юзаю axios и thunk, данные запрашиваю в componentDidMount)

Ребят. Кто с роутером 4 работал помогите пожалуйста. Есть код. Никак не могу прокинуть path, чтобы он начал путь выдавать. Постоянно undef выдает. чднт?

Ребят, в общем такая тема. Получаю данные через апи, пока что просто консолю и смотрю что происходит. А происходит вот что - с апи приходит массив и я хочу просто посмотреть че там вообще внутри. Но при запросе к элементам этого массива реакт ругается, мол нельзя получать шото у undefined. Как с этим боротся? (юзаю axios и thunk, данные запрашиваю в componentDidMount)

задай значения по умолчанию в редьюсере []

Ребят. Кто с роутером 4 работал помогите пожалуйста. Есть код. Никак не могу прокинуть path, чтобы он начал путь выдавать. Постоянно undef выдает. чднт?

там же { match } не?

задай значения по умолчанию в редьюсере []

Но в том то и дело, что мне приходит с сервера объект. Я могу конечно в initialState вбить это поле и поставить для него массив, но не будет ли это считаться костылем?

там же { match } не?

как же я тебя обожаю

Но в том то и дело, что мне приходит с сервера объект. Я могу конечно в initialState вбить это поле и поставить для него массив, но не будет ли это считаться костылем?

там где тебе приходят данные ты же знаешь, что это объект, а не массив?

спасибо. Долго тупил. Пытался location обьектом перекинуть

спасибо. Долго тупил. Пытался location обьектом перекинуть

надо на такие либо закладочки делать на доку

cheatsheets-ы иметь те же

там где тебе приходят данные ты же знаешь, что это объект, а не массив?

Да, с сервера мне приходит объект, в нем есть поле и это массив.

Да, с сервера мне приходит объект, в нем есть поле и это массив.

клади в редьюсер и коннекти его в компонент

и работай там с массивом как с массивом

если это объект, то работай как с объектом через Object.values/Object.entries

@javascript_jobs

Такие штуки, как rebass и styled-system ведь не предполагают задание оформления для конкретного компонента в теме? Например, если я сую стили для компонента Heading1 в сonst theme = { Heading1: css` ... // вот сюда ` } Это ведь неправильно? И типа противоречит идее этих библиотек?

Господа, добрый вечер

По редуксу тут тоже можно задавать вопросы?)

думаю да

Ништяк, суть вопроса: пишу тут игру на реакте редуксе, встал вопрос редюсеров разных локаций

В данный момент хранилище выглядит так, но пока написан только редюсер одной локации битвы

А необходимость состоит в таком

Собственно, каким образом можно сделать такой вид хранилища, чтобы к герою (и к разным другим штукам, которые глубже героя) могли обращаться разные редюсеры?

Собственно, каким образом можно сделать такой вид хранилища, чтобы к герою (и к разным другим штукам, которые глубже героя) могли обращаться разные редюсеры?

Это хороший вопрос. До сих пор не знаю хорошего решения, но в свое время использовал window.store.getState();

На этапе редьюсера hero проводить дополнительную проверку. И пре необходимости вызывать редьюсеры листьев для damage,win и пр? Hero return [ ...state, switch?... reducer damage ] хотя на костыль похоже

Собственно, каким образом можно сделать такой вид хранилища, чтобы к герою (и к разным другим штукам, которые глубже героя) могли обращаться разные редюсеры?

может суть в том, что нужны экшены которые берут данные из стейта и передают их в другой редьюсер?

Собственно, каким образом можно сделать такой вид хранилища, чтобы к герою (и к разным другим штукам, которые глубже героя) могли обращаться разные редюсеры?

просто редакс вроде не про общение между редьюсерами, а про реакцию на экшоны, это же проекция данных, а селектят их компоненты, или я что-то не так понимаю?

В данный момент хранилище выглядит так, но пока написан только редюсер одной локации битвы

Не надо делать это в редьюсерах

redux-thunk

Это хороший вопрос. До сих пор не знаю хорошего решения, но в свое время использовал window.store.getState();

Это вообще полный пиздец

Редьюсер должен быть чистой функцией

Собственно, каким образом можно сделать такой вид хранилища, чтобы к герою (и к разным другим штукам, которые глубже героя) могли обращаться разные редюсеры?

а что мешает прокидывать в экшины нужные параметры из других редьюсеров?

это же так логично

А если есть зависимость от другой ветки?

когда ты хочешь экшином изменить неки5е данные

А если есть зависимость от другой ветки?

какая

А если есть зависимость от другой ветки?

Там getState в thunk есть

Можно все получить

А если есть зависимость от другой ветки?

если есть relationships это к normalizr

@Akuliwe тебе не нужны санки (thunk) тебе нужна redux-saga как минимум

с санками ты быстро запутаешься

@Akuliwe тебе не нужны санки (thunk) тебе нужна redux-saga как минимум

Возможно

сначала тебе захочется поиметь данные из других веток редьюсеров в санках

потом тебе захочется выстроить процессы с ожиданием других экшинов

и санки тебя тут не спасут уже

либо писать свой полноценный middleware

либо юзать redux-saga как вариант

ERROR: S client not available

Мне нравится читать чат, тут всегда саги предлагают заюзать, пофиг на кейс, за день уже пару раз)

какая

Например redux-form

Мне нравится читать чат, тут всегда саги предлагают заюзать, пофиг на кейс, за день уже пару раз)

возможно потому, что использовать сагу можно в любом кейсе

и это никогда не будет оверхедом

и это никогда не будет оверхедом

Эм?)

Ты серьёзно?

даже тупо в туду листе

все будет только проще, понятнее и прозрачнее

плохо, что пока мало людей это понимает :))

Ну то что прозрачней то да

не считая тех кто ушел дальше и юзает всякие rxjs, react-observable

Но async await с санками тоже неплох

Саги реально удобная штука. Для меня основной плюс это чистота action creator

Но async await с санками тоже неплох

игру на санках не напишешь

Ну если сложный асинк флоу

То да санки или rx/most

да даже если он не фига не асинк

а просто очень сложный флоу

Я обычно все обращения к апи выношу в отдельный класс

а игра где там у него кто-то кого-то убивает, наносит дамаг :))) да санки надо просто выпилить сразу и забыть

И через занчки только дергаю его методы

Гайз, а сильно ли скажется такой код на производительности? // вырвано из контекста const onHover = (stateProps, dispatchProps) => () => { dispatchProps.hover(stateProps.someData); }; const mergeProps = (stateProps, dispatchProps, ownProps) => { return { ...stateProps, ...dispatchProps, ...ownProps, onHover: onHover(stateProps, dispatchProps) }; }

а игра где там у него кто-то кого-то убивает, наносит дамаг :))) да санки надо просто выпилить сразу и забыть

Зачем тебе игры на реакте ? ?

Такие штуки, как rebass и styled-system ведь не предполагают задание оформления для конкретного компонента в теме? Например, если я сую стили для компонента Heading1 в сonst theme = { Heading1: css` ... // вот сюда ` } Это ведь неправильно? И типа противоречит идее этих библиотек?

Если предполагаются брендинги, при которых эти стили меняются - почему нет

Например redux-form

а при чём тут разные редьюсеры

а при чём тут разные редьюсеры

Разные ветки стора... Я уже понял что дичь юзал раньше. Нужно получать состояние в саге и добавлять нужные данные в экшн

Разные ветки стора... Я уже понял что дичь юзал раньше. Нужно получать состояние в саге и добавлять нужные данные в экшн

разные ветки, так в чём напряг разных веток и редакс формы, я думал речь о взаимосвязи данных в разных ветках

а редакс форма может и так всё получить, или нет?

Пример -> Change компонента date-range -> "yesterday" Нужно поставить в date_start начало вчерашнего дня, а в date_end конец.

Получается это нужно за один проход ? Ибо будут промежуточные неперсистентные состояния между экшенами

а date_start и date_end в разных ветках?