ну это уже вкусовщина

Ну там просто кода получается больше - нужно всякие Unwrap поддерживать если нужен врапинг и т.п.. А так конечно типы лучше.

Далеко не все готовы заморачиваться с типами.

Поэтому в общем случае сентинели - хороший базовый вариант.

нет, все таки это не состояльный аргумент

https://play.golang.org/p/1Emm1fmmfnv

https://play.golang.org/p/ACh0_iYcYdH как скажешь :)

после добавления errors.Is errors.As нельзя проверять ошибки через ==

ну и рекомендованный способ fmt.Errorf("%w", ErrSomething) даже если ничего не добавляется, именно для избежания проверок через ==

Очень плохо что они не осилили fmt.Errorf("%w %w", Err1, Err2)  и приходится это делать самому

Привет, ребята. Хочу создать программу для отслеживания работы сети компьютеров. И возникает вопрос как обстоять дела Go с Windows API? Нормально или все же на C# писать программу? (C# я не знаю)

чет таким никогда не пользовался

все норм я такое на той неделе зарелизил

никогда не видели ошибку, унаследованную от двух разных ошибок?

Было бы здорово посмотреть. Есть репозиторий в GitHub-е?

нет коммерческое жеж

ну и аналог на с весит жрет 3мб на го 7

очень хорошо, на самом деле

Понятно ) Что посоветуете, куда копать?

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

fooErr := fmt.Errorf("Error while reading foo, reason: %w", io.EOF)
barErr := fmt.Errorf("Error while reading bar, reason: %w", io.EOF)

Как потом работать с fooErr и barErr? Как их различать и как пользователю отобразить их без того что внутри %w. Или я эту концепцию неверно понял вообще?

документацию win api изучить