В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

JavaScript.Ninja

2353 membersпожаловаться на группу
2020 September 29

s🐱

special agent 🐱 in JavaScript.Ninja
Димыч IT-INCUBATOR.BY
с большего санки - место где асинхронщина подразумевается... поэтому с большинстве случаев оно так и есть поэтому норм. Ну и в большинстве случаев вообще стандартной работы со стейтом норм и круговорота однонаправленного.
Ну если в санки отгружать только асинхронщину, то тогда логично звучит
источник
21:11пожаловаться#1

s🐱

special agent 🐱 in JavaScript.Ninja
Дмитрий Дивин
То сразу все и зарезолвится, делов то
Ну так себе идея
источник
21:11пожаловаться#2

ДI

Димыч IT-INCUBATOR.B... in JavaScript.Ninja
special agent 🐱
Получается намеренное усложнение логики, чтобы лишнее поля в сторе не хранить, я так это понимаю
логика остается такой же... Абсолютно.
Просто в тех редких случаях, когда на UI нужно понять, что там в   условной бизнес-логике завершилось что-то, что только инициировал UI... Удобно. Я пока пришёл к выводу, что главное не ждать от этого промиса много чего. Скорее как просто индикация, что всё закончилось хорошо либо плохо.
источник
21:12пожаловаться#3

s🐱

special agent 🐱 in JavaScript.Ninja
Димыч IT-INCUBATOR.BY
логика остается такой же... Абсолютно.
Просто в тех редких случаях, когда на UI нужно понять, что там в   условной бизнес-логике завершилось что-то, что только инициировал UI... Удобно. Я пока пришёл к выводу, что главное не ждать от этого промиса много чего. Скорее как просто индикация, что всё закончилось хорошо либо плохо.
Хорошо, а вот такой вопрос
Если мы запустили лоадинг через такой санк, который возвращает промис и изменяет стейт компонента, а потом перешли на другую страницу не дожидаясь загрузки, что произойдет?
источник
21:13пожаловаться#4

ДI

Димыч IT-INCUBATOR.B... in JavaScript.Ninja
если данные грузим например по API??.. ну, скажу честно, я забиваю на прерывание запросов... Вроде как если уже по феншую мутить, то такие случаи нужно отдельно обрабатывать и прерывать незавершившийся запрос
источник
21:14пожаловаться#5

s🐱

special agent 🐱 in JavaScript.Ninja
Димыч IT-INCUBATOR.BY
если данные грузим например по API??.. ну, скажу честно, я забиваю на прерывание запросов... Вроде как если уже по феншую мутить, то такие случаи нужно отдельно обрабатывать и прерывать незавершившийся запрос
Да, например
Получается, что такой санк не дает никакой возможности отменить, допустим, очень большой запрос
источник
21:15пожаловаться#6

s🐱

special agent 🐱 in JavaScript.Ninja
И это будет memory leak, потому что мы попытаемся обновить компонент которого уже нет
источник
21:15пожаловаться#7

s🐱

special agent 🐱 in JavaScript.Ninja
Такое случается редко, конечно
источник
21:16пожаловаться#8

AK

Anton Kalodzich in JavaScript.Ninja
Димыч IT-INCUBATOR.BY
логика остается такой же... Абсолютно.
Просто в тех редких случаях, когда на UI нужно понять, что там в   условной бизнес-логике завершилось что-то, что только инициировал UI... Удобно. Я пока пришёл к выводу, что главное не ждать от этого промиса много чего. Скорее как просто индикация, что всё закончилось хорошо либо плохо.
Можете пример показать?
источник
21:16пожаловаться#9

ДI

Димыч IT-INCUBATOR.B... in JavaScript.Ninja
special agent 🐱
Хорошо, а вот такой вопрос
Если мы запустили лоадинг через такой санк, который возвращает промис и изменяет стейт компонента, а потом перешли на другую страницу не дожидаясь загрузки, что произойдет?
ну и я например пока что использую доступ к такому промису только в случае валидации, которая условно пришла от сервера, а нужно показать в том же Formik будто это часть ошибки UI...

и второй кейс.. это success-редирект с формы на общий GRID, то есть раз промис зарезолвился, не получая никаких данных из него просто делаем редирект на другой роут
источник
21:16пожаловаться#10

s🐱

special agent 🐱 in JavaScript.Ninja
Димыч IT-INCUBATOR.BY
ну и я например пока что использую доступ к такому промису только в случае валидации, которая условно пришла от сервера, а нужно показать в том же Formik будто это часть ошибки UI...

и второй кейс.. это success-редирект с формы на общий GRID, то есть раз промис зарезолвился, не получая никаких данных из него просто делаем редирект на другой роут
Я понял юзкейс, спасибо)
Совсем не согласен, но раз удовлетворяет такое решение, то оно имеет место быть
источник
21:18пожаловаться#11

ДI

Димыч IT-INCUBATOR.B... in JavaScript.Ninja
special agent 🐱
Да, например
Получается, что такой санк не дает никакой возможности отменить, допустим, очень большой запрос
а если не дожидаться от санки результата.. то тоже не так легко прерывать это...
по сути...

честно, я даже не знаю пока проверенного работающего рецепта, оформленного красиво, потому что на это с большего забиваю, подразумевая, что .. соединение шустрое)))
источник
21:19пожаловаться#12

s🐱

special agent 🐱 in JavaScript.Ninja
Димыч IT-INCUBATOR.BY
а если не дожидаться от санки результата.. то тоже не так легко прерывать это...
по сути...

честно, я даже не знаю пока проверенного работающего рецепта, оформленного красиво, потому что на это с большего забиваю, подразумевая, что .. соединение шустрое)))
Прерывания и удобный к этому апи пока поддерживают только саги)
источник
21:21пожаловаться#13

s🐱

special agent 🐱 in JavaScript.Ninja
По идее это своего рода sqrs для приложения, что даёт очень большие возможности
источник
21:22пожаловаться#14

ДI

Димыч IT-INCUBATOR.B... in JavaScript.Ninja
special agent 🐱
Я понял юзкейс, спасибо)
Совсем не согласен, но раз удовлетворяет такое решение, то оно имеет место быть
буду признателен за альтернативное решение...

я вот сейчас редирект  делаю так: post/put на сервере прошёл успешно, то меняем в стейте условно status = success...
если форма создания получает такое значение - то делаем редирект.
Важно не забыть только сбрасывать по уход ус компоненты либо по приходу на неё статус в условный idling...

Вот планирую рефакторить на обработку статуса санки)
источник
21:22пожаловаться#15

ДI

Димыч IT-INCUBATOR.B... in JavaScript.Ninja
special agent 🐱
По идее это своего рода sqrs для приложения, что даёт очень большие возможности
ага, возможности - да, как и архитектурные сложности)

Я вот противник например saga)) воспринимаю его как микросервисный бекенд паттерн))  и не могу смириться, что возможности, которая она даёт.. Так уж нужны проектам!
Но из опыта моих студентов, много кто на проектах саги юзает! Скучно живётся разрабам - это факт)
источник
21:24пожаловаться#16

s🐱

special agent 🐱 in JavaScript.Ninja
Димыч IT-INCUBATOR.BY
ага, возможности - да, как и архитектурные сложности)

Я вот противник например saga)) воспринимаю его как микросервисный бекенд паттерн))  и не могу смириться, что возможности, которая она даёт.. Так уж нужны проектам!
Но из опыта моих студентов, много кто на проектах саги юзает! Скучно живётся разрабам - это факт)
А какие Вы видите проблемы с ними?
источник
21:25пожаловаться#17

AS

A S in JavaScript.Ninja
как заставиь ts-node понимать optional chaning и nullish coleasing?
источник
21:26пожаловаться#18

s🐱

special agent 🐱 in JavaScript.Ninja
Единственная, которую вижу я, это увеличение количество самих по себе экшенов, которые гоняются туда-сюда
Но в целом для редакс это норма, с этим приходится мириться
источник
21:26пожаловаться#19

s🐱

special agent 🐱 in JavaScript.Ninja
A S
как заставиь ts-node понимать optional chaning и nullish coleasing?
Нужен отдельный плагин
источник
21:26пожаловаться#20