Как использовать ограничения сборки для кода, специфичного для ОС

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

Например, давайте рассмотрим создание библиотеки, которая использует пакет «encoding/osheb» для Windows и пакет «encoding/olson» для Linux. Чтобы эффективно организовать процесс сборки, мы можем использовать ограничения сборки и соглашения об именах файлов.

Использование ограничений сборки

Ограничения сборки позволяют нам указывать условия, которые должны быть выполнены для компиляции определенных блоков кода. . Для Unix-подобных систем, включая Windows, мы можем использовать директиву build, за которой следуют имена ОС: означает, что код ниже этой директивы будет скомпилирован только для указанных операционных систем.

//  build darwin dragonfly freebsd linux nacl netbsd openbsd solaris

stat_darwin.go для Darwin

stat_linux.go для Linux

stat_openbsd.go для OpenBSD
• stat_windows.go для Windows
• Для файлов, которые используются несколькими операционными системами, например «stat_unix.go», включите их в обычный пакет, но ограничьте их ограничением сборки.
• Используя ограничения сборки и соглашения об именах, вы можете создать единый пакет, содержащий код для конкретной ОС, что позволит вам легко дифференцировать процесс сборки для разных операционных систем.