Привет, вопрос по поводу прокидывания наверх ошибок. есть аппка типо слушает

Question

Привет, вопрос по поводу прокидывания наверх ошибок. есть аппка типо слушает

блокчейн и при новом ивенте делает определённые сложные действия. если где-то внутри возникла ошибка (например от блокчейн клиента или шото ещё), то мы просто возвращаём её и так постепенно постепенно идём на самый верх и пишем в логгер типа
2022.01.01 13:37 [ERROR] listen error: {err}

и мы не врапаем ошибки. это оказалось неинформативным, ибо мы не можем понять откуда ошибка, куда смотреть шо где когда с кем и почему. но враппать на каждом божем уровне тоже походу неочень, ибо не представляю как в больших проектах, где уровень вложенности например 50, читать эту матрёшку

у нас пока что вложенность где-то 5-6 и пока что враппать может быть нормально, но когда займёмся рефакторингом, боюсь, что уровень вложенности сильно возрастёт.

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

#backend #go #programming #russian

0

07.04.2022

2 ответов

22 просмотра

nacknime Автор вопроса

Александр Костюченко
попробуйте добавлять информацию на уровне бизнес-л...

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

0

07.04.2022

Александр Костюченко · Accepted Answer

Александр Костюченко

попробуйте добавлять информацию на уровне бизнес-логики т.к она обычно знает всю информацию про запрос

0

07.04.2022

170 похожих чатов

Привет, вопрос по поводу прокидывания наверх ошибок. есть аппка типо слушает

2 ответов

Похожие вопросы