Одна из самых старых и постоянных претензий к Go касается многословности обработки ошибок. Мы все хорошо (а кто-то, возможно, и болезненно) знакомы с этим шаблоном кода: if err != nil. Уже было довольно много разных пропозалов на тему обработки ошибок. Это и handle check, и try, и оператор "?" который как в Rust.
После долгих лет проб, трёх официальных предложений от команды Go и сотен (!) идей от сообщества - большинство из которых крутились вокруг одного и того же, но ни одна так и не получила серьёзной (не говоря уж о единодушной) поддержки - встал закономерный вопрос: что делать дальше? И стоит ли вообще что-то делать? Команда Go, считает что нет
Однако, новые функции стандартной библиотеки могут помочь сократить шаблонный код для обработки ошибок. Например, в некоторых случаях cmp.Or можно использовать для обработки сразу нескольких ошибок.
09.06.2025
Похожее
17.12.2025
Применение итераторов
Автор делает краткое введение в итераторы Go и рассказывает про полезные шаблоны...
17.12.2025
Эмбединг и сжатие
Эмбединг в Go - отличная штука. Он позволяет объединять статические ресурсы в ис...
16.12.2025
Джин не нужен
Статья, в которой ругают фреймворк Gin. Так-то вообще непонятно, зачем им пользо...
15.12.2025
Вредоносные пакеты Go
В Go-экосистеме нашлись вредоносные пакеты-обманки. Они прикидываются библиотеко...