на случай, если надо что-то

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

в саге конечно делай

выкини на фиг санки

Не, санки то я давно выкинул )

выкини на фиг санки

лол

выкини на фиг санки

саги затащить?

в саге конечно делай

охуенное предложение

пиздец

потом люди охуевают

а всё из-за тех, кто посоветовал саги затащить в проект

потом люди охуевают

обычно люди потом охуевают от кучи санок

обычно люди потом охуевают от кучи санок

если ты не смог, это не значит, что все такие

в которых ты не можешь сделать ничего толком

в которых ты не можешь сделать ничего толком

сообщение выше

обычно люди потом охуевают от кучи санок

от чего там охуевать ?

в которых ты не можешь сделать ничего толком

все можешь

в санках можно всё

только адекватно (без магии генераторов)

а ты попробуй опиши нормальный процесс на санках

а ты попробуй опиши нормальный процесс на санках

и в чем проблема?

с ожиданием очередного экшина там например

с ожиданием очередного экшина там например

ох пиздец

ну да

потом попробуй распутай ебаные зависимости экшенов

задиспатчил экшен

а где-то блядь процесс пошел

ОХУЕННО ОЧЕВИДНЫЙ ФЛОУ

пиздец

как блядь мне узнать, какая именно сага ждет экшн?

ок поиском — охуенно

а потом такой смотришь, а их там 5

и пизда

какая первая запустится?

хз

как блядь мне узнать, какая именно сага ждет экшн?

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

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

ахахахахахаха

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

этого никогда не бывает в проектах > 1 человека

Ох...

вот где не должно быть логики, так это в экшинах/санках

вот где не должно быть логики, так это в экшинах/санках

санки — это и есть логика

а вот ожидание экшена, генераторы, построение сценариев на неочевидных средствах и сложноотлаживаемых — пиздец

я тоже раньше так думал

я тоже раньше так думал

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

ибо отлаживать саги — ад

(прям предчувствую “саги не надо отлаживать")

саги это по сути и есть отдладчик

бля

пиздец

отладчик

у тебя тассировка кода фактически происходит

потом валится эксепшен где-то во вложенной саге

и ты такой: ну пиздец стектрейс

ставишь дебаггер — ну пиздец

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

но тесты писать, да, просто вопрос только а надо ли, раз там 99% это саги

если фактического вызова функций не происходит

и не понятно с правильными аргументами ты вызвал или нет

(чувствую “это не ответственность тестов саг”)

расскажи это всем юзерам саг, которые написали на саги тесты, написали тесты на все функции, а вместе это нихуя не работает (или ещё хуже работает неправильно из-за сломанной логики)

а писать интеграционные тесты (сага + все функции) чет никто не рассказывает как (только вместе с остальной страницей)

так повторю ещё раз, НАХУЯ добавлять в проект саги, учитывая вышеописанное (и ещё целый срез проблем, который я не описал)?

достойной альтернативы пока нет

всегда есть

очень простая, которой пользовались до саг

и до ридакса и реакта

а так, да, во всех решениях есть свои изъяны

у саги изъянов больше, чем плюсов

ERROR: S client not available

увы

идея мне дико нравится, ибо полезно

но реализация только добавляет проблем которые нужно решать

но реализация только добавляет проблем которые нужно решать

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

да, там бывают траблы, но их не так много и они не такие страшные

зато профита гораздо больше

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

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

А что ты используешь?

достойной альтернативы пока нет

обзерваблы

AppBar stiky могет?

я лично переписывал проект имеющий 300+ страниц с саг на санки (почти)

Мб добавить надо чегот

парни, я если честно плохо себе представляю проект со сложной логикой без саг

на санках наверное можно, но это будет полный ппц

А что ты используешь?

thunk + symbiote сейчас экспериментирую с расширенной версией thunk с ожиданием экшена

AppBar stiky могет?

здесь не дока mui, никто не запоминает это

парни, я если честно плохо себе представляю проект со сложной логикой без саг

отлично это работает и выглядит

т.е. там где сложный жизненный цикл приложения без саг ну это надо уметь

thunk + symbiote сейчас экспериментирую с расширенной версией thunk с ожиданием экшена

Не больше ли кода получается, чем с сагами?

thunk + symbiote сейчас экспериментирую с расширенной версией thunk с ожиданием экшена

хм.... ну вот с этого и надо было начинать, что все не просто так :))

на санках наверное можно, но это будет полный ппц

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

без ожидания экшинов логику сложно сверстать нормально

хм.... ну вот с этого и надо было начинать, что все не просто так :))

трабла с ожидаением экшена только одна: это пиздец как неочевидно и отлаживать сложно

Не больше ли кода получается, чем с сагами?

только в тестах, и то не сильно

без ожидания экшинов логику сложно сверстать нормально

чаще всего это просто не нужно)

здесь не дока mui, никто не запоминает это

<div className={classes.root}> <AppBar position="sticky"> <Toolbar> <IconButton className={classes.menuButton} color="inherit" aria-label="Menu"> </IconButton> <Typography variant="title" color="inherit" className={classes.flex}> </Typography> <SingInDialog></SingInDialog> <SingUpDialog></SingUpDialog> </Toolbar> </AppBar> </div>

ну ок, запилишь - покажи

ну ок, запилишь - покажи

ты о чем?

будем посмотреть

<div className={classes.root}> <AppBar position="sticky"> <Toolbar> <IconButton className={classes.menuButton} color="inherit" aria-label="Menu"> </IconButton> <Typography variant="title" color="inherit" className={classes.flex}> </Typography> <SingInDialog></SingInDialog> <SingUpDialog></SingUpDialog> </Toolbar> </AppBar> </div>

зачем ты скинул это?

ты о чем?

санки с ожиданием экшинов

санки с ожиданием экшинов

а, я это сделал ещё пару месяцев назад (proof of concept)