АБ
Что мне это даст? Какие преимущества по сравнению с useState/useEffect или useReducer
разделение отображения и бизнес логики, глобальное хранилище избавляющее от необходимости в пропс дриллинге
Size: a a a
2020 September 30
AK
учим фронтенду, сами не умеем)
АБ
Просто попадалась информация что redux устаревшим называют
стм это не только редакс
A
разделение отображения и бизнес логики, глобальное хранилище избавляющее от необходимости в пропс дриллинге
Ну контекст через юзконтекст тоже избавляет от пропсдрилинга. Тот же самый стор редаксовский же
АБ
ай блять, хоть бы дизайнера наняли чтоли
ЕС
стм это не только редакс
modx и еффектор еще вроде был
EA
Ну контекст через юзконтекст тоже избавляет от пропсдрилинга. Тот же самый стор редаксовский же
Слышал, Redux написан на контексте.
АБ
Слышал, Redux написан на контексте.
react-redux а не redux
АБ
Ну контекст через юзконтекст тоже избавляет от пропсдрилинга. Тот же самый стор редаксовский же
ииии собстно все, больше он ничего не делает)
EA
modx и еффектор еще вроде был
Моbx state tree, гибрид redux и
A
ииии собстно все, больше он ничего не делает)
Ну остальная необходимая логика в умных функциональных компонентах
АБ
Ну остальная необходимая логика в умных функциональных компонентах
ага, и превратится это все в говно
Т
Что мне это даст? Какие преимущества по сравнению с useState/useEffect или useReducer
А кто тебе сказал что useReducer замена стейт менеджеру, опять какая нибудь статья на medium ?)
A
ага, и превратится это все в говно
Ну я и говорил что кроме того что код превратится в лапшу ничего больше не предъявят)
ЕС
А кто тебе сказал что useReducer замена стейт менеджеру, опять какая нибудь статья на medium ?)
На хабре статья с обзором хуков
MK
Ну остальная необходимая логика в умных функциональных компонентах
Начинаю пользоваться своим списочком на случай важный переговоров
https://gist.github.com/XaveScor/99431c573b53b8a0c41fb3b5fec522bc
https://gist.github.com/XaveScor/99431c573b53b8a0c41fb3b5fec522bc
Т
На хабре статья с обзором хуков
Плохая статья, если пишешь приложение стм необходим, ну ссылку выше почитай
АБ
Ну я и говорил что кроме того что код превратится в лапшу ничего больше не предъявят)
лапша !== говно. лапша может быть, но ее можно хоть как то поддерживать. а говно поддерживать не возможно. потому что код нужно разделять по зонам отвественности. когда у тебя и бизнес логика и сайд эффекты и отображение в одном месте - ты хоронишь проект, потому что через год - полтора активного развития добавление каждой новой фичи будет стоить таких огромных ресурсов, что проще будет написать заново.
ЕС
Плохая статья, если пишешь приложение стм необходим, ну ссылку выше почитай
Читаю. Суть в принципе понял. Для простого можно контексты. В сложных проектах при использовании стм внесение изменений может оказаться проще
V
Ребят, вот для useSWR говорят не нужен стейт менеджер. Но, что если я хочу мутировать посты из отдаленного компонента, но чтобы мутировать нужны все посты, которые лежат в компоненте с useSWR. Мне нужно в компонент с useSWR из моего компонента прокидывать функцию, которая будет делать мутацию или засунуть посты в стейт?