我刚刚发现了 Go。当我上周开始研究它时，我发现了 GOPATH 以及 Go 显然对你存储代码的目录非常固执己见。所以我诅咒谷歌的名字并决定 Go 不适合我，然后最近听说了 Go 模块和他们很明显地解决了这个问题。

问题是关于如何构建基于模块的 Go 项目的在线信息似乎非常稀少。我无法弄清楚如何布置我的代码以及如何调用包以使导入工作。我尝试了各种方法并查看了示例，但无论我做什么，我都会收到“未知导入路径”错误。

基本上我想要一个包含main.go 和library.go 的目录，也许在一个目录中包含library.go子目录。我希望能够在 main.go 中编写 import library 或类似的东西，并能够访问 library.go 的成员。我还希望能够通过键入 go run main.go 来运行代码。这可以实现吗？

最佳答案

它令人困惑，文档假定您对 Golang 有一定的熟悉程度。我最近一直在尝试理解模块。

没有模块的以前|当前方式:

WORKDIR=[[PATH-TO-YOUR-WORKING-DIRECTORY]]

mkdir -p ${WORKDIR}/go
export GOPATH=${WORKDIR}/go
export PATH=${GOPATH}/bin:${PATH}

mkdir -p {${WORKDIR}/go/src/foo, ${WORKDIR}/go/src/foo/bar}

然后创建${WORKDIR}/go/src/foo/bar/library.go:

package bar

func Something() (string) {
    return "Hello Freddie"
}

然后创建${WORKDIR}/go/src/foo/main.go:

package main

import (
    "fmt"
    "foo/bar"
)

func main() {
    fmt.Printf("%s", bar.Something())
}

你会有这样的结构:

.
└── go
    └── src
        └── foo
            ├── bar
            │   └── library.go
            └── main.go

然后您可以通过以下任一方式运行它:

GO111MODULE=off go run ${WORKDIR}/go/src/main.go
Hello Freddie!

cd ${WORKDIR}/go/src/
GO111MODULE=off go run main.go
Hello Freddie!

GO111MODULE=off go run foo
Hello Freddie!

模块的新(!)方式:

假设您已完成上述操作!

您不需要执行此步骤，但这是新的最佳做法。我们正在将源代码移到 ${GOPATH} 之外。 ${GOPATH} 仍然用于存储我们的版本包。 注意 在这个简单的示例中，我们没有使用外部包，因此 ${GOPATH} 保持为空。

mv ${WORKDIR}/go/src/foo ${WORKDIR}
rm ${WORKDIR}/go/src

你应该是这样的结构:

.
├── foo
│   ├── bar
│   │   └── library.go
│   └── main.go
└── go

NB 我们的来源现在在 ${GOPATH}

cd ${WORKDIR}/foo

GO111MODULE=on go mod init foo
more go.mod
module foo

go 1.12

GO111MODULE=on go run foo
Hello Freddie!

GO111MODULE=on go run main.go
Hello Freddie!

完整性

显示与外部包的区别:

No Modules 将最新版本的包拉入${GOPATH}/src:

GO111MODULE=off go get github.com/golang/glog

.
├── foo
│   ├── bar
│   │   └── library.go
│   ├── go.mod
│   ├── go.sum
│   └── main.go
└── go
    └── src
        └── github.com
            └── golang
                └── glog
                    ├── glog_file.go
                    ├── glog.go
                    ├── glog_test.go
                    ├── LICENSE
                    └── README

相对于使用模块，将包的特定版本(或多个版本)拉入 ${GOPATH}/pkg:

GO111MODULE=on go get github.com/golang/glog

.
├── foo
│   ├── bar
│   │   └── library.go
│   ├── go.mod
│   ├── go.sum
│   └── main.go
└── go
    └── pkg
        ├── linux_amd64
        │   └── github.com
        │       └── golang
        │           └── glog.a
        └── mod
            ├── cache
            │   ├── download
            │   │   └── github.com
            │   │       └── golang
            │   │           └── glog
            └── github.com
                └── golang
                    └── glog@v0.0.0-20160126235308-23def4e6c14b
                        ├── glog_file.go
                        ├── glog.go
                        ├── glog_test.go
                        ├── LICENSE
                        └── README

注意事项

• 我们的文件名有些随意。您说的是 library.go，所以我已经使用了它，并且按照惯例，文件以其内容命名。
• 我们的目录名很重要。 Go 使用目录名来帮助查找包。所以，即使 library.go 可以被称为 freddie.go 或 something.go，重要的是它是 package bar 和名为 bar 的目录中。
• 这些规则的一个异常(exception)是 main.go 通常是 func main() {...} 定义的地方，而 func main() { ...} 必须位于名为 main 的包中。因此，即使目录名为 foo，因为我们想要一个 main 函数，我们将文件命名为 main.go 并且它必须是 package main.
• 在包 bar 中，Something 的首字母大写 (S) 很重要。这会从 bar 包中导出该函数，以便它可以被其他包使用。如果函数的名称是小写的(something)，则该函数仅对 bar 包中的其他函数可用。

关于go - 我应该如何构建一个 Go 模块以便能够轻松运行它并导入内部包？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/56940366/