а
Size: a a a
2020 March 14
А
Только надо путь задавать /channels/{channel}
Да, почитал подробнее про него, нашел описание в документации
ВС
А вот как вы таскаете доп. информацию о причинах ошибки? Свой тип, реализующий Error?
Раз уже нам такое дали, грех не пользоваться, иногда очень помогает. Например прикручиваю http-код
ЕО
А вот как вы таскаете доп. информацию о причинах ошибки? Свой тип, реализующий Error?
Часто %w достаточно
DP
я вот стараюсь строго
%w пользоватьсяp
Часто %w достаточно
А дальше что вы с этим делаете? Вот вам надо достать из ошибки конкретное значение
ЕО
Зависит от источника ошибки. Свои ошибки я пытаюсь фиксированными делать и проверять с помощью Is. Внешние — анвраплю
p
Зависит от источника ошибки. Свои ошибки я пытаюсь фиксированными делать и проверять с помощью Is. Внешние — анвраплю
Я не спрашивал про Is. Я спрашивал про контекст ошибки: какие данные привели к её возникновению
ЕО
Ну контекст редко заранее неизвестен, можешь привести пример зачем тебе контекст ошибки протаскивать наверх?
p
Ну контекст редко заранее неизвестен, можешь привести пример зачем тебе контекст ошибки протаскивать наверх?
Допустим, мы делаем сервис для миграции данных между облачными провайдерами. И в процессе миграции aws и azure и в процессе миграции у нас случилась ошибка
ЕО
А что ты потом такого с этой ошибкой делать будешь?
CI
p
А что ты потом такого с этой ошибкой делать будешь?
Клиенту покажу, например.
ЕО
Клиенту покажу, например.
Ну и непонятно тогда где тут контекст. Формируй ошибку сразу как будешь показывать.
if err != nil {
return fmt.Errof("problems with AWS: %w", err)
}
if err != nil {
return fmt.Errof("problems with AWS: %w", err)
}
ЕО
Звучало в твоём вопросе так будто ты хочешь разные действия в зависимости от разных ошибок делать
p
Зачем mutex поинтером? Зачем он вообще полем структуры? Ну и гоночки-гоночки