тем более странно

ну да ладно

тут за реакт трут )

Это диктованное условие, отказаться не можем т. к. он сертифицирован

mssql хорош, тут нет повода оправдываться

но выглядит так, словно у вас индексы используются не так, как нужно

но это тема не для обсуждения понимания redux )

Я к тому и веду. Не важно что в нас с бекэндом, сути вопроса не меняет :)

5кк объектов это фигня даже для mysql, если руки прямые

думаю он это и без js специалистов выяснит =)

а какой вопрос-то был изначально? Почитал форвардинг - там поток сознания)

он пришёл с вопросом о redux - что это и почему так хорошо, как все говорят

перечитал тоже – не понял проблему

вопрос простой как делать pagination и filtering в redux ( все примеры которые лично я видел простыми не выглядят )

Что это я понял, вопрос был о области применения и дополнительный о пагинации и фильтрации, да

прелоад некст пагинации. На фильтрации филтр существующей + лоад с базы.

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

Сложность примеров не страшна, знаю js и в базовом виде многие фрэймворки, так что думаю разберусь

проблема в том что на этот простой вопрос ответить пока никто не может :)

Что значит "простым"

про пагинацию/фильтры – есть куча способов реализовать: есть normalizr, reselect, есть rfc5988

я не понимаю в чем вопрос, если честно) чем пагинация отличается от других запросов?

если ты хочешь написать 2 строчки и конфиг, а оно будет работать каким-то образом - да, такого нет

я не понимаю в чем вопрос, если честно) чем пагинация отличается от других запросов?

Я так понял что не будет "мгновенно".

если ты хочешь написать 2 строчки и конфиг, а оно будет работать каким-то образом - да, такого нет

вот в этом и проблема

https://github.com/AdeleD/react-paginate/blob/master/demo/js/demo.js

ну вот простейший пример

Мне не нужно готовое решение. Вопрос вообще не об этом. Я спрашивал изначально, как подобная логика стыкуется с принципом "все данные в стеке"

так нет такого принципа же

все текущее состояние в одном месте

а не все данные

в текущем состояние необязательно все данные

Ну то-есть получается что в стеке только текущая страница условно, да?

Если мы о пагинации

это как хочешь)

ой, а я тоже это не понимал))

можем 3 страницы грузить

смотри

в контексте react + flux/redux нет понятия страница

текущую и две соседние

у тебя есть состояние

да - все "текущее" состояние в 1 месте

оно между страницами, оно в контексте всей жизни приложения. Уже внутри ты реализуешь страницы и прочее

я так понял, что текущая страница - это срезка списка элементов для страницы)

Да, я это имел ввиду

Данные, которые нужно выводить

Которые уже правильным образом обработаны

Сортированы, пагинированны

И прочее

export function fetchPosts(page = 0) { return (dispatch) => { api.fetchPosts(page).then((posts) => { dispatch({ type: 'UPDATE_POSTS', payload: { page, posts } }) }) }; } const initialState = { page: 0, posts: [] }; export function posts(state = initialState, { type, payload }) { switch (type) { case 'UPDATE_POSTS': return payload; default: return state; } }

Ну, подводя итог, в состоянии вот эти данные обработанные уже, и их мы выводим

Верно?

ну почти всегда - да)

иногда лучше сортировать при выводе

но это чисто оптимизация

Понял

Спасибо

Большое

Кстати вот вопрос туда же. Текущую страницу благородные доны предпочитают передавать в параметрах экшнкреейтора или в экшнкреейторе доставать из стора?

То есть условно хочется сделать экшн loadNextPage, который бы не требовал никаких параметров.

Если правильно все понял, то страница должна быть тоже в стейте

Потому что ты ее выводишь и прочее

Наверное зависит еще от пагинации. Когда переходим на конкретную - передавать

Когда след / пред - доставать

Насколько Я понял

ERROR: S client not available

То есть условно хочется сделать экшн loadNextPage, который бы не требовал никаких параметров.

Я пробовал и так, и так. Конечно из стора брать проще, компоненты легче становятся (не нужно пробрасывать данные только для action'a). Но меня смущает, что такие функции получают неявные аргументы из стора. Хотя может зря переживаю )

Для себя ещё не решил, как правильно, но продолжаю использовать вариант с неявными аргументами из стора

Я тут сообразил, что mapStateToProps как раз для этого нужен.

Хотя нет, не складывается

Ты наверное про mapDispatchToProps

Хотя он стейт не получает

Один не получает стейт, второй - диспатч

Да, у меня была ещё идея, в контейнере создавать хэндлеры и пробрасывать их, но ещё не придумал как это красиво делать

поэтому есть 3 параметр mergeProps который получает и стейт и диспатчи

о! точняк! вот туда и надо эту логику

Кривовато как-то, первая функция чтобы прокинуть стейт в 3ю, 2я чтобы диспатч туда, а логику в 3й писать

Кривовато как-то, первая функция чтобы прокинуть стейт в 3ю, 2я чтобы диспатч туда, а логику в 3й писать

Почему? 1 функции получает стейт, 2 создает диспатчи, 3 обьединяет при необходимости.

Может и да, посмотрю как будет выглядить на реальных контейнерах

connect( state=>({page: state.page}), dispatch=>{loadPage: page=>dispatch(loadPage(page))}, (props, actions, ownProps)=>({ onScrollBottom: actions.loadNextPage(props.page), ...ownProps, ...props, ...dispatchProps }) )

Ребят подскажите, кто как работает с большими json данными с глубокой вложенностью?

Ребят подскажите, кто как работает с большими json данными с глубокой вложенностью?

А вчем вопрос?

Ну или проблема

Ребят подскажите, кто как работает с большими json данными с глубокой вложенностью?

Normalizr

в принципе по моему то что нужно

проблема как раз в том, что я думал что есть какой-то тру вэй чтоб не писать мапы и форы для джсона чтоб добраться до последнего свойства

это у меня уровень вложенности 3, а что будет когда будет 5-10

Normalizr

а его без флакса можно юзать?

https://github.com/mmckegg/json-query ?

https://github.com/mmckegg/json-query ?

Спасибо)

а кстати, есть люди, которые не любят нормалайзер и держат параллельно списки записей в сторах?

проблема как раз в том, что я думал что есть какой-то тру вэй чтоб не писать мапы и форы для джсона чтоб добраться до последнего свойства

https://facebook.github.io/react/docs/update.html ?

https://www.npmjs.com/package/dotty

Кто-нибудь может подсказать, как решаете проблему, когда нужно запустить цепочку экшенов, а потом после обновления стейта запустить еще что-нибудь? ( Первые экшены обновляют стейт формы, а последний фетчит данные на основе значений полей формы из стейта )

Кто-нибудь может подсказать, как решаете проблему, когда нужно запустить цепочку экшенов, а потом после обновления стейта запустить еще что-нибудь? ( Первые экшены обновляют стейт формы, а последний фетчит данные на основе значений полей формы из стейта )

redux-saga

Если я правильно понял вопрос

Вроде как redux batched actions