DS
а для моего ленда мне саги не нужны🌚
Я тут знаю одного кекпкера и чего у него только нет в ленде🌚
Size: a a a
2021 March 28
MK
Я тут знаю одного кекпкера и чего у него только нет в ленде🌚
даже в лендах нужны саги🌚
🐟🐠
Промис ол не все ж кейсы покрывает🌚
Мобх эти задачи не покрывает. Мне не требовалось, но если нужно можно вкрутить любой асинхронный код
MK
Мобх эти задачи не покрывает. Мне не требовалось, но если нужно можно вкрутить любой асинхронный код
саги позволяют оперировать не только асинхронным кодом, но и добавлять к нему ожидания ивентов от пользователя, в мобх тот же функционал только на флагах в сторе сделаешь
DS
Мобх эти задачи не покрывает. Мне не требовалось, но если нужно можно вкрутить любой асинхронный код
DS
Вот смотри у нас в жс есть встроеная штука для стейта - прокси. Но вот удобной системы - нет. Именно из-за этого прокси могут лишь служить Лоу левелом для удобных абстракций.
Точно так же и с асинхронным кодом
Точно так же и с асинхронным кодом
🐟🐠
саги позволяют оперировать не только асинхронным кодом, но и добавлять к нему ожидания ивентов от пользователя, в мобх тот же функционал только на флагах в сторе сделаешь
Ну и что?
Вы приведите какой то пример из реальной жизни где у вас на фронте сверх сложный асинхронный код и что он делает.
Вы приведите какой то пример из реальной жизни где у вас на фронте сверх сложный асинхронный код и что он делает.
DN
каждый раз пишу код и каждый раз хочу понять как правильнее лучше
вот банальный пример делает одно и тоже
но правильнее на 2 хука это распределять
или в одном , или без разницы?
1 - https://jsfiddle.net/v0uh84kb/
2 - https://jsfiddle.net/jvm4ed23/1/
вопрос скорее не в конкретном примере, а разбивание хуков на несколько и на сколько распростроненно такое ~ 10 useEffect- в в одном функциональном компоненте
или если пошли 10-ки то лучше перейти на классовый и всё делать сomponentDidUpdate
вот банальный пример делает одно и тоже
но правильнее на 2 хука это распределять
или в одном , или без разницы?
1 - https://jsfiddle.net/v0uh84kb/
2 - https://jsfiddle.net/jvm4ed23/1/
вопрос скорее не в конкретном примере, а разбивание хуков на несколько и на сколько распростроненно такое ~ 10 useEffect- в в одном функциональном компоненте
или если пошли 10-ки то лучше перейти на классовый и всё делать сomponentDidUpdate
MK
Ну и что?
Вы приведите какой то пример из реальной жизни где у вас на фронте сверх сложный асинхронный код и что он делает.
Вы приведите какой то пример из реальной жизни где у вас на фронте сверх сложный асинхронный код и что он делает.
да банально какая то остановка пулинга по событию пользователя, ретраи запросов, takeLatest
MK
рейс кондишены асинхронного запроса с событием от пользователя
🐟🐠
да банально какая то остановка пулинга по событию пользователя, ретраи запросов, takeLatest
Ну такое костылять придётся да по флагам в сторе
GO
Орынбай
Если так делать то всё ок, страница правильно показывается, но если в url /create обновить страницу то перекидывает на "/"
Возможно, в какой-то момент после перезагрузки isAuth == false?
MK
Ну такое костылять придётся да по флагам в сторе
вот про это и говорим
DS
Drew Naumenko
каждый раз пишу код и каждый раз хочу понять как правильнее лучше
вот банальный пример делает одно и тоже
но правильнее на 2 хука это распределять
или в одном , или без разницы?
1 - https://jsfiddle.net/v0uh84kb/
2 - https://jsfiddle.net/jvm4ed23/1/
вопрос скорее не в конкретном примере, а разбивание хуков на несколько и на сколько распростроненно такое ~ 10 useEffect- в в одном функциональном компоненте
или если пошли 10-ки то лучше перейти на классовый и всё делать сomponentDidUpdate
вот банальный пример делает одно и тоже
но правильнее на 2 хука это распределять
или в одном , или без разницы?
1 - https://jsfiddle.net/v0uh84kb/
2 - https://jsfiddle.net/jvm4ed23/1/
вопрос скорее не в конкретном примере, а разбивание хуков на несколько и на сколько распростроненно такое ~ 10 useEffect- в в одном функциональном компоненте
или если пошли 10-ки то лучше перейти на классовый и всё делать сomponentDidUpdate
В фидле нет мобильной версии, учти это в будущих вопросах
MK
Drew Naumenko
каждый раз пишу код и каждый раз хочу понять как правильнее лучше
вот банальный пример делает одно и тоже
но правильнее на 2 хука это распределять
или в одном , или без разницы?
1 - https://jsfiddle.net/v0uh84kb/
2 - https://jsfiddle.net/jvm4ed23/1/
вопрос скорее не в конкретном примере, а разбивание хуков на несколько и на сколько распростроненно такое ~ 10 useEffect- в в одном функциональном компоненте
или если пошли 10-ки то лучше перейти на классовый и всё делать сomponentDidUpdate
вот банальный пример делает одно и тоже
но правильнее на 2 хука это распределять
или в одном , или без разницы?
1 - https://jsfiddle.net/v0uh84kb/
2 - https://jsfiddle.net/jvm4ed23/1/
вопрос скорее не в конкретном примере, а разбивание хуков на несколько и на сколько распростроненно такое ~ 10 useEffect- в в одном функциональном компоненте
или если пошли 10-ки то лучше перейти на классовый и всё делать сomponentDidUpdate
чувствуй сердцем и удобно ли будет тебе с этим работать вот и все
🐟🐠
вот про это и говорим
Ну если уж на то пошло я вообще считаю что для всех этих типовых асинк операций во фронте нужно готовое решение типа react-query.
А не вот этот весь набор велосипедов с оверпаверед апи на десяток методов или вообще без этого апи
А не вот этот весь набор велосипедов с оверпаверед апи на десяток методов или вообще без этого апи
MK
Ну если уж на то пошло я вообще считаю что для всех этих типовых асинк операций во фронте нужно готовое решение типа react-query.
А не вот этот весь набор велосипедов с оверпаверед апи на десяток методов или вообще без этого апи
А не вот этот весь набор велосипедов с оверпаверед апи на десяток методов или вообще без этого апи
так react-query не решает этих проблем лол, кроме ретраев разве что, а там после ретрая можно сделать какой то код?
🐟🐠
так react-query не решает этих проблем лол, кроме ретраев разве что, а там после ретрая можно сделать какой то код?
Ну там можно передать набор колбеков которые вызовутся по успеху или провалу или по успеху и провалу
MK
я согласен что react-query хорошо войдет там где много простых запросов без изысков
DS
Ну если уж на то пошло я вообще считаю что для всех этих типовых асинк операций во фронте нужно готовое решение типа react-query.
А не вот этот весь набор велосипедов с оверпаверед апи на десяток методов или вообще без этого апи
А не вот этот весь набор велосипедов с оверпаверед апи на десяток методов или вообще без этого апи
Готовое решение нужно, но реакт квери выглядит как кусок камня когда нужен айфон