我正在为Windows编写一个Go程序，其中包含几个软件包。这些软件包之一是使用CGo调用在.h和.c文件中定义的一些函数。这些.c文件取决于windows.h。
由于在Windows平台上进行开发非常繁琐，因此我想对该文件中的功能进行建模，然后在Linux上进行开发。但是当我尝试编译时，我得到：
fatal error: windows.h: No such file or directory
由于go工具会尝试编译与Windows相关的文件。有没有解决的办法？我知道把
#ifdef .. import x #endif
并非最佳实践，但在这种情况下，我需要一些允许仅编译“ Linux”文件的内容。
引用构建约束文档：
构建约束是从指令+ build开头的行注释，该指令列出了将文件包含在包中的条件。约束可能会出现在任何类型的源文件中（不仅是Go），但它们必须出现在文件顶部附近，并且只能出现空白行和其他行注释。 为了将构建约束与程序包文档区分开，必须在一系列构建约束后跟空白行。 将构建约束评估为以空格分隔的选项的OR。每个选项的求值均以其逗号分隔的术语的AND表示；并且每个术语都是字母数字单词，或者在其前面加！的取反。也就是说，构建约束：
构建约束是从指令+ build开头的行注释，该指令列出了将文件包含在包中的条件。约束可能会出现在任何类型的源文件中（不仅是Go），但它们必须出现在文件顶部附近，并且只能出现空白行和其他行注释。
为了将构建约束与程序包文档区分开，必须在一系列构建约束后跟空白行。
将构建约束评估为以空格分隔的选项的OR。每个选项的求值均以其逗号分隔的术语的AND表示；并且每个术语都是字母数字单词，或者在其前面加！的取反。也就是说，构建约束：
// +build linux,386 darwin,!cgo
对应于布尔公式：
(linux AND 386) OR (darwin AND (NOT cgo))
一个文件可能有多个构建约束。总体约束是各个约束的AND。也就是说，构建约束：
// +build linux darwin // +build 386
(linux OR darwin) AND 386
在特定的构建过程中，满足以下条件：
如果在删除扩展名和可能的_test后缀后，文件名与以下任何一种模式匹配：
*_GOOS *_GOARCH *_GOOS_GOARCH
（例如：source_windows_amd64.go）或文字：
GOOS GOARCH
（例如：windows.go），其中GOOS和GOARCH分别表示任何已知的操作系统和体系结构值，然后该文件被认为具有要求这些术语的隐式构建约束。 要避免考虑将文件用于构建：
（例如：windows.go），其中GOOS和GOARCH分别表示任何已知的操作系统和体系结构值，然后该文件被认为具有要求这些术语的隐式构建约束。
要避免考虑将文件用于构建：
// +build ignore
（其他任何不满意的词也可以使用，但是“忽略”是常规的。） 要仅在使用cgo且仅在Linux和OS X上构建文件：
（其他任何不满意的词也可以使用，但是“忽略”是常规的。）
要仅在使用cgo且仅在Linux和OS X上构建文件：
// +build linux,cgo darwin,cgo
这样的文件通常与另一个文件配对，该文件实现了其他系统的默认功能，在这种情况下，它将带有约束：
// +build !linux,!darwin !cgo
命名文件dns_windows.go将导致仅在构建Windows软件包时才包含该文件；同样，仅当为32位x86构建软件包时，才会包括math_386.s。
