DP
а у меня еще и линтер есть, если что
Size: a a a
2020 May 07
А
В каких-то специфичных случаях думаю это канает. Но это должно быть очень жесткая конструкция.
Да в любых случаях. Ошибки для разрабов, юзер их не видит
ДС
эээээ
анотируем мы ошибки с помощью
проверяем мы ошибки с помощью
и все это в стандартной либе
анотируем мы ошибки с помощью
fmt.Errorf() и его %wпроверяем мы ошибки с помощью
errors.As() и errors.Is()и все это в стандартной либе
Я имел ввиду что внутри некоторые пакеты используют этот подход, а другие жестко проверяют тип ошибки
DP
Ан
Да в любых случаях. Ошибки для разрабов, юзер их не видит
примерно 99% проценотов моего кода используют разрабы
DP
Я имел ввиду что внутри некоторые пакеты используют этот подход, а другие жестко проверяют тип ошибки
это пережитки.
года не прошло еще с 1.13, где этот функционал добавили
года не прошло еще с 1.13, где этот функционал добавили
А
примерно 99% проценотов моего кода используют разрабы
Я к тому, что ошибки внутри обрабатываются. К чему он - я хз.
ДС
Ан
Да в любых случаях. Ошибки для разрабов, юзер их не видит
Получается, если бекэнд не смог сохранить данные в бд из-за сбоя бд или из-за кривизны данных - то пользователь это не отличит
А
Получается, если бекэнд не смог сохранить данные в бд из-за сбоя бд или из-за кривизны данных - то пользователь это не отличит
Пишешь логи, а юзеру во фронт эрор
А
Если у тебя с бд эрор, это твои проблемы как разраба.
IM
Доброго дня, я правильно понимаю, что единственный способ добраться до конкретного значения в json с глубокой вложенностью - это использовать синтаксис утверждения типа, через
payload["foo"].([]map[string]interface{})[0]["bar"].(map[string]interface{})["baz"].(float64)? Мне бы не хотелось парсить весь пэйлоад в структуру, когда нужно одно конкретное поле.DP
Ан
Если у тебя с бд эрор, это твои проблемы как разраба.
прикинь, если бы sql либа твой подход использовала? результат nil, ошибку читай в логе
АП
эээээ
анотируем мы ошибки с помощью
проверяем мы ошибки с помощью
и все это в стандартной либе
анотируем мы ошибки с помощью
fmt.Errorf() и его %wпроверяем мы ошибки с помощью
errors.As() и errors.Is()и все это в стандартной либе
а для мульти ошибок как?
АП
например ошибка валидации запроса
АП
поле имя не заполнено, поля фамилия не заполнено...
АП
и все отдать юзверу плтом в json
DP
Доброго дня, я правильно понимаю, что единственный способ добраться до конкретного значения в json с глубокой вложенностью - это использовать синтаксис утверждения типа, через
payload["foo"].([]map[string]interface{})[0]["bar"].(map[string]interface{})["baz"].(float64)? Мне бы не хотелось парсить весь пэйлоад в структуру, когда нужно одно конкретное поле.есть либы, которые не парсят весь json
DP
и все отдать юзверу плтом в json
то, что ты отдаешь пользователю - это не ошибка.
ты можешь сформировать ответ на основе полученных ошибок, но для пользователя сформируйт ответ валидный
ты можешь сформировать ответ на основе полученных ошибок, но для пользователя сформируйт ответ валидный
А
прикинь, если бы sql либа твой подход использовала? результат nil, ошибку читай в логе
Перечисли минусы
А
Для девелопера
АП
то, что ты отдаешь пользователю - это не ошибка.
ты можешь сформировать ответ на основе полученных ошибок, но для пользователя сформируйт ответ валидный
ты можешь сформировать ответ на основе полученных ошибок, но для пользователя сформируйт ответ валидный
ну строки возвращать из функции validate ну такое не?