Go 语言中，包名是否需要与最内层目录名一致？

小伙伴们对Golang编程感兴趣吗？是否正在学习相关知识点？如果是，那么本文《Go 语言中，包名是否需要与最内层目录名一致？》，就很适合你，本篇文章讲解的知识点主要包括。在之后的文章中也会多多分享相关知识点，希望对大家的知识积累有所帮助！

注意这个问题是关于 Go 语言规范的，而不是最佳实践或建议。

我读了很多关于包的文章，但还是不太明白目录和包名的关系。这是我的例子。

我的项目结构如下图所示。当我执行 go 运行 ~/go/src/myproj/main.go 时，错误显示：

src\myproj\main.go:5:2: 在以下任一位置找不到包“myproj/pa/pb”： c:\go\src\myproj\pa\pb （来自 $GOROOT） C:\Users\terry\go\src\myproj\pa\pb （来自 $GOPATH）

但是，如果我在 p.go 中将 package pb 更改为 package pa，并将导入从 "myproj/pa/pb" 更改为 "myproj/pa"，并更改 fmt.Print(pb.Greet)将 改为 main.go 中的 fmt.Print(pa.Greet) 即可。最里面的目录必须与包声明名称匹配吗？我的go版本是1.14.4

解决方案

经过一些尝试和错误，我发现发生了什么。 包名称必须与最内层目录名称相同吗？没有。

在 main.go 中只需执行以下操作即可。

package main

import (
    "fmt"
    "myproj/pa"
)

func main() {
    fmt.print(pb.greet)
}

我们还可以给它一个别名，如下所示也可以。

package main

import (
    "fmt"
    pc "myproj/pa"
)

func main() {
    fmt.print(pc.greet)
}

这意味着，go中的package是一个带有package xxx声明的文件的目录。目录名称在导入过程中很重要。该目录是导入路径的一部分。但导入的文件中使用的是 package xxx 中的 xxx 或该 xxx 的别名。

当然，不建议这样做，最好的做法仍然是不要这样做来迷惑人们。

它不必完全相同，但这是一个通用约定。除非有充分的理由，否则您不应该偏离它。

如果你想有不同的包名和目录名，你可以使用带有文件包子句的导入注释。

package <package_name> // import "<import_path>"

这对于不利于描述性名称的文件结构很有用，例如在文件路径中使用多个版本。

例如，google 的客户端 sdk 使用如下路径：

• 软件包名称：slides
• 导入路径：google.golang.org/api/slides/v1

为了支持这一点，文件的包子句如下：

package slides // import "google.golang.org/api/slides/v1"

这样，就可以在调用代码中完成以下操作，这看起来很合理。

package main

import(
    "google.golang.org/api/slides/v1"
)

func main() {
    fmt.println(slides.presentationsscope)
}

在此处查看更多信息：https://github.com/googleapis/google-api-go-client/blob/master/slides/v1/slides-gen.go

在此示例中，您将使用：

package pb // import "myproj/pa"

如果您不使用 package 子句方法，编辑器可能会自动向您的代码添加别名，例如：

import pb "myprog/pa"

本篇关于《Go 语言中，包名是否需要与最内层目录名一致？》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！