ЯжПрограммист.com

В Go как я понял нет исключений, и ошибки обрабатываются через возвращаемые значения. Правильно?
Тогда какие лучшие практики и паттерны стоит применять для создания читаемого и поддерживаемого кода? Рассматриваю  errors.Is и errors.As. Что скажете?

Да, в Go ошибки — это просто значения, которые возвращаются из функций. Основная практика — всегда проверять ошибки и не игнорировать их. Использование errors.Is и errors.As помогает работать с ошибками более гибко, упрощает.

Вообще errors.Is удобен, когда нужно проверить, является ли ошибка конкретным типом. Например, если ты ожидаешь io.EOF, то if errors.Is(err, io.EOF) будет правильным подходом. Это лучше, чем прямое сравнение.

А errors.As полезен, когда нужно извлечь конкретный тип ошибки.
Например, если у тебя есть кастомная ошибка с дополнительными полями, errors.As позволит получить доступ к этим данным.

Важно не забывать добавлять контекст к ошибкам с помощью fmt.Errorf и %w. Это помогает понять, где именно произошла ошибка. Вот пример: return fmt.Errorf("failed to read file: %w", err).

Ну это ж опыт. Создавай свои типы ошибок, если нужно передавать дополнительную информацию. Это делает код более читаемым и удобным для анализа.

Не злоупотребляй паникой. В Go паника — это для критических ситуаций, а не для обычных ошибок. Всегда старайся обрабатывать ошибки через возвращаемые значения, результат будет виднее.

Используй defer для очистки ресурсов, даже если функция возвращает ошибку. Это помогает избежать утечек и делает код более надежным. Тут же все просто.

Если функция возвращает несколько значений, включая ошибку, всегда проверяй ошибку перед использованием остальных значений. Это базовое правило, которое помогает избежать багов. Не раз замечал.

Для логирования ошибок используй библиотеки вроде log или zap. Логируй не только саму ошибку, но и контекст, чтобы потом было проще разобраться, что пошло не так.