我正在尝试编写一个基本的go程序，它调用不同文件上的函数，但是同一包的一部分。但是，它返回:
undefined: NewEmployee
以下是源代码:
main.go:
package main
func main() {
emp := NewEmployee()
}
employee.go:
package main
type Employee struct {
name string
age int
}
func NewEmployee() *Employee {
p := &Employee{}
return p
}
func PrintEmployee (p *Employee) {
return "Hello world!"
}
当前回答
虽然这并没有直接解决OP的具体问题，但我认为我应该为我的“undefined”错误提供解决方案:具有undefined方法的文件有一个构建约束(构建标记)。
更具体地说，我无意中包含了一个构建约束，以便在部署的二进制文件使用的实用程序函数文件中从部署的应用程序二进制文件中删除测试文件。在OP的例子中，if employee。Go有一个构建约束，他们的Go构建命令需要包含一个匹配约束的-tags标志，以便包含文件。
欲了解更多信息，请阅读这篇博客文章: https://dave.cheney.net/tag/build-constraints
其他回答
如果你在使用go run，一定要去run *。go。它会自动找到当前工作目录下的所有go文件，编译然后运行main函数。
跑题了，但仍然:-)
之前:
func NewEmployee() *Employee {
p := &Employee{}
return p
}
后:
func NewEmployee() *Employee {
return &Employee{}
}
不需要创建新变量。就回来了。
虽然这并没有直接解决OP的具体问题，但我认为我应该为我的“undefined”错误提供解决方案:具有undefined方法的文件有一个构建约束(构建标记)。
更具体地说，我无意中包含了一个构建约束，以便在部署的二进制文件使用的实用程序函数文件中从部署的应用程序二进制文件中删除测试文件。在OP的例子中，if employee。Go有一个构建约束，他们的Go构建命令需要包含一个匹配约束的-tags标志，以便包含文件。
欲了解更多信息，请阅读这篇博客文章: https://dave.cheney.net/tag/build-constraints
花了一段时间来研究我自己的MRE，所以希望它能帮助其他人，尽管很简短:
如果你的函数/结构定义在一个导入“C”的文件中，如果你的go环境中是CGO_ENABLED=0，它将被无声地忽略，导致你盯着两个文件包，以某种方式无法在它们之间共享，也会发生这种情况。
在我的一个go文件中，我有一个讨厌的导入“C”。
