So nutzen Sie Build-Einschränkungen für betriebssystemspezifischen Code

Bei der Entwicklung plattformübergreifender Go-Bibliotheken, die auf betriebssystemspezifischen Abhängigkeiten basieren, ist es notwendig, den Build zu differenzieren Prozess für verschiedene Betriebssysteme. So gehen Sie vor:

Betrachten wir beispielsweise den Aufbau einer Bibliothek, die das Paket „encoding/osheb“ für Windows und das Paket „encoding/olson“ für Linux verwendet. Um den Build-Prozess effizient zu organisieren, können wir Build-Einschränkungen und Dateinamenskonventionen nutzen.

Verwenden von Build-Einschränkungen

Mit Build-Einschränkungen können wir Bedingungen angeben, die erfüllt sein müssen, damit bestimmte Codeblöcke kompiliert werden . Für Unix-ähnliche Systeme, einschließlich Windows, können wir die „build“-Direktive gefolgt von den Betriebssystemnamen verwenden:

//  build darwin dragonfly freebsd linux nacl netbsd openbsd solaris

This bedeutet, dass der Code unter dieser Direktive nur für die angegebenen Betriebssysteme kompiliert wird.

Namenskonvention für Build Dateien

Go-Standardbibliothekspakete verwenden eine konsistente Dateinamenskonvention, um auf bestimmte Betriebssysteme abzuzielen:

• stat_darwin.go für Darwin
• stat_linux.go für Linux
• stat_openbsd.go für OpenBSD
• stat_windows.go für Windows

Für Dateien, die von mehreren Betriebssystemen gemeinsam genutzt werden, wie z. B. „stat_unix.go“, schließen Sie sie in das reguläre Paket ein, beschränken Sie sie jedoch durch eine Build-Einschränkung.

Durch Verwendung Mithilfe von Build-Einschränkungen und Namenskonventionen können Sie ein einzelnes Paket erstellen, das betriebssystemspezifischen Code enthält, sodass Sie den Build-Prozess mühelos für verschiedene Betriebssysteme differenzieren können.