Цитаты из книги автора Тейва Харшани 100 ошибок Go и как их избежать

Не программируйте интерфейсы, открывайте их.

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

Если нужна синхронизация, используйте небуферизованные каналы.

Пустая структура — стандарт де-факто для обозначения отсутствия смысла. Например, если нужна структура в виде хеш-множества (коллекция уникальных элементов), то следует использовать в качестве значения пустую структуру map[K]struct{}.

зрешения владельцев авторских прав.

Мы видели, что нарезка может вызвать утечку из-за тонкостей, связанных с емкостью среза. А что насчет элементов, которые все еще являются частью резервного массива, но находятся за пределами диапазона, определяемого длиной? Собирает ли их сборщик мусора?

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

defer func() {

err := rows.Close()

if err != nil {

log.Printf("failed to close rows: %v", err)

}

}()

Тепе

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

В случаях со значениями ошибок мы можем использовать его аналог: errors.Is. Перепишем предыдущий пример:

Теперь обсудим один из наиболее важных аспектов обработки ошибок: не обрабатывать ошибку дважды.