Управление состоянием #3: Stop it!

[@ITKAMASUTRA]

хм.... интересно! Спасибо, здравый подход!!!

[@Hayabusa17]

пришел сюда после видео Димыча про редакс)

[@frontend_coder]

Спасибо!

[@vitalyshlyaga7918]

Молодца! Критично!

[@Volk1700]

Спасибо за объяснение!

[@НиколайШироков-т7л]

Здравствуйте, Илья! Спасибо за видео! У меня вопрос по Application State и фильтрам (8:55): с моей точки зрения состояние фильтров может являться состоянием приложения, ведь пользователь может захотеть сохранять где-то настроенный для себя (чтобы не выбирать при каждой сессии снова одни и те же настройки) фильтр той или иной страницы. В таком случае, получается, что хранить это состояние нужно в store ?

[@JavaScriptNinja]

Да. Или в урле

[@vrezhoganisyan2063]

А где делать асинхронные запросы в случае, если информация не в store хранятся, а стейте компоненты. Выходит нужно использовать скажем redux-saga для запросов под application state и обычные fetch/axios запросы из компоненты?

[@localhost4000]

По поводу того, что в контексте SSR есть альтернативы использованию раздутого state, имелось ввиду asyncData в Nuxt.js?

[@TheDestrlol]

посыл понятен :)

[@ДмитрийШулешов-э2с]

Хм рекомпоуз. Какого года видос?)

[@JavaScriptNinja]

До выхода хуков :)

[@ale0x314]

12:50 Иногда иногда нам хочется нам хочется =)

[@RagazzoKZ]

Блин, я тоже пришёл к такому выводу! Прочитав много статей про redux, я повёлся на это и абсолютно всё хранил общей сторе. В итоге получилась неповоротливая и ужасная хрень. Ещё и с flow - вообще кошмар. Теперь использую redux только для хранения состояния пользователя (3-4 поля) и приложения (2-3 поля). И всё! Больше ничего не надо! И то, ни один компонент не работает напрямую с redux - только через специальные enhancers: withApp, withUser, которые дают компоненту данные (data) и действия (actions). То есть эти enhancers кидают в пропс { data, actions }. Получается типа такого: const { id, username, image } = props.user.data const { clearUserData, changeImage } = props.user.actions ... export default compose( withApp, withUser )(someComponent) compose взят из react-apollo, так как использую graphql и apollo

[@RagazzoKZ]

Я бы вот ещё что добавил: хранить в redux не только маленький объект состояния приложения, а только СЕРИАЛИЗУЕМЫЕ данные (для server-side rendering). Всё остальное можно закинуть в state enhancer'а.

[@vrezhoganisyan2063]

А остальные данные передаются по props-ному пути к компонентам? Используется метод container для данных, components для вьюх. Есть примеры публичного кода?

[@RagazzoKZ]

@@vrezhoganisyan2063 остальные данные передаются пропсами. Это лучше, чем хранить всё в redux

[@AndriiKuftachov]

100%!

[@RedkeiGost]

"множественные сторы, но кто так делает" - как кто? Мы же...

[@twelve9046]

Ну выучи английский алфавит хотя бы, что за сингл сорс оф ТРАС...