AO
А как определен TransactionTopUpStatus?
Size: a a a
2020 July 07
AO
Погоди, так тут указано явно targetState: AmlApproved
AO
А в примере исходном передевался targetState из аргументов что вызывало неоднозначность
AO
Так что тут можно убрать тип возвращяемого значения вроде
NT
это enum
я разобрался, там нельзя было по отдельности targetState и metadata передавать, т.к. metadata может не быть
но такой вывод ошибки типов в поле source меня сильно сбил, кажется так не должно быть >.<
я разобрался, там нельзя было по отдельности targetState и metadata передавать, т.к. metadata может не быть
но такой вывод ошибки типов в поле source меня сильно сбил, кажется так не должно быть >.<
NT
Aleksandr Osipov
Так что тут можно убрать тип возвращяемого значения вроде
ща проверю
NT
не, всёравно ошибка
NT
а так норм
AO
Ну вот это странно уже, я сдаюсь :(
AO
У TS конечно специфическое преподношение сообщений об ошибках порой, хрен догодаешься
m
Aleksandr Osipov
У TS конечно специфическое преподношение сообщений об ошибках порой, хрен догодаешься
И чем сложнее типизация тем длинее простыня. В какой-то момент проще становится интуитивно догадываться чем читать ошибку)
AO
makoven
И чем сложнее типизация тем длинее простыня. В какой-то момент проще становится интуитивно догадываться чем читать ошибку)
Лучше у нас ничего нет :(
F
Aleksandr Osipov
А в чем там проблема? N-запросов с разными ответами соотвественно n-ререндеров
т.к на ревью мне не откуда рассчитывать, а тут я уже скинул и ты посмотрел, можно вопрос
В варианте с редаксом, в api, в файле common,
Задача, чтобы запросы не прекращались, пока сервер выкидывает 500, насколько подозрительное решение у меня там?
И ремарка - мне также сказали, что загрузка данных - это не епархия стм и не должна решаться его силами
Но в случае с эффектором, мне не понадобилось вносить такие изменение в апи слой, там это просто решилось fx.fail - можно ли этот случай отнести к решению загрузки данных с помощью стм?
В варианте с редаксом, в api, в файле common,
Задача, чтобы запросы не прекращались, пока сервер выкидывает 500, насколько подозрительное решение у меня там?
И ремарка - мне также сказали, что загрузка данных - это не епархия стм и не должна решаться его силами
Но в случае с эффектором, мне не понадобилось вносить такие изменение в апи слой, там это просто решилось fx.fail - можно ли этот случай отнести к решению загрузки данных с помощью стм?
NT
makoven
И чем сложнее типизация тем длинее простыня. В какой-то момент проще становится интуитивно догадываться чем читать ошибку)
😁
AO
т.к на ревью мне не откуда рассчитывать, а тут я уже скинул и ты посмотрел, можно вопрос
В варианте с редаксом, в api, в файле common,
Задача, чтобы запросы не прекращались, пока сервер выкидывает 500, насколько подозрительное решение у меня там?
И ремарка - мне также сказали, что загрузка данных - это не епархия стм и не должна решаться его силами
Но в случае с эффектором, мне не понадобилось вносить такие изменение в апи слой, там это просто решилось fx.fail - можно ли этот случай отнести к решению загрузки данных с помощью стм?
В варианте с редаксом, в api, в файле common,
Задача, чтобы запросы не прекращались, пока сервер выкидывает 500, насколько подозрительное решение у меня там?
И ремарка - мне также сказали, что загрузка данных - это не епархия стм и не должна решаться его силами
Но в случае с эффектором, мне не понадобилось вносить такие изменение в апи слой, там это просто решилось fx.fail - можно ли этот случай отнести к решению загрузки данных с помощью стм?
F
Оно да)
AO
Это довольно плохо, то есть получается если сервер приболел, то ему вместо отдыха еще поддают
AO
Можно сделать таймауты увеличивающиеся, ну например, если 500-ка то ждем 2 сек и пробуем, если снова 500-ка то увеличиваем интервал до 4 сек и так до какого-то значения скажем в 6-8сек, после успешгого ответа сбрасываем таймаут до 2сек