为什么 go.mod 中的所有依赖都是间接的?
来源:stackoverflow
时间:2024-04-02 15:54:33 289浏览 收藏
Golang小白一枚,正在不断学习积累知识,现将学习到的知识记录一下,也是将我的所得分享给大家!而今天这篇文章《为什么 go.mod 中的所有依赖都是间接的?》带大家来了解一下##content_title##,希望对大家的知识积累有所帮助,从而弥补自己的不足,助力实战开发!
我通过运行初始化一个 go 项目:
go mod init firstgo_app
我确认模块已创建:
cat go.mod module firstgo_app go 1.18
然后我通过执行安装了对 github.com/gin-gonic/gin 的依赖
get github.com/gin-gonic/gin
之后我查看了go.mod
的内容,这次看起来像这样:
cat go.mod module firstgo_app go 1.18 require ( github.com/gin-contrib/sse v0.1.0 // indirect github.com/gin-gonic/gin v1.7.7 // indirect github.com/go-playground/locales v0.13.0 // indirect github.com/go-playground/universal-translator v0.17.0 // indirect github.com/go-playground/validator/v10 v10.4.1 // indirect github.com/golang/protobuf v1.3.3 // indirect github.com/json-iterator/go v1.1.9 // indirect github.com/leodido/go-urn v1.2.0 // indirect github.com/mattn/go-isatty v0.0.12 // indirect github.com/modern-go/concurrent v0.0.0-20180228061459-e0a39a4cb421 // indirect github.com/modern-go/reflect2 v0.0.0-20180701023420-4b7aa43c6742 // indirect github.com/ugorji/go/codec v1.1.7 // indirect golang.org/x/crypto v0.0.0-20200622213623-75b288015ac9 // indirect golang.org/x/sys v0.0.0-20200116001909-b77594299b42 // indirect gopkg.in/yaml.v2 v2.2.8 // indirect )
我不明白的是,所有依赖项都被标记为间接。我的理解是,只有传递依赖被标记为间接,但我直接依赖的依赖不应该被标记为间接。即 github.com/gin-gonic/gin v1.7.7 //indirect
不应该有 indirect 标签,因为这是我专门下载的依赖项。
我认为是这种情况,因为我没有直接使用依赖项,所以我再次重新创建了该模块,但也创建了一个 main.go
文件,其中我明确依赖于 gonic/gin
:
cat main.go package main import "github.com/gin-gonic/gin" func main() { r := gin.default() r.get("/ping", func(c *gin.context) { c.json(200, gin.h{ "message": "pong", }) }) r.run() // listen and serve on 0.0.0.0:8080 }
当我尝试构建时,它失败了:
go build main.go:2:8: no required module provides package github.com/gin-gonic/gin; to add it: go get github.com/gin-gonic/gin
但是当我运行 go get github.com/gin-gonic/gin
然后构建时,go.mod
中的所有依赖项仍然被标记为间接。
那么什么给出了呢?我在这里缺少什么?还是我对间接的理解错误?
正确答案
你的理解是正确的。 indirect
注释表示依赖项不直接由您的模块使用,仅由其他模块依赖项间接使用。
当您第一次运行 go get github.com/gin-gonic/gin
时,该模块将会被下载,但由于您不使用它,它仍然会被标记为 indirect
。
当你开始使用它时,它将不再是indirect
,但是go build
不会自动更新go mod
。
运行go mod tidy
,则不再标记为indirect
。
$ go mod tidy $ cat go.mod module firstgo_app go 1.18 require github.com/gin-gonic/gin v1.7.7 require ( github.com/gin-contrib/sse v0.1.0 // indirect github.com/go-playground/locales v0.13.0 // indirect github.com/go-playground/universal-translator v0.17.0 // indirect github.com/go-playground/validator/v10 v10.4.1 // indirect github.com/golang/protobuf v1.3.3 // indirect github.com/json-iterator/go v1.1.9 // indirect github.com/leodido/go-urn v1.2.0 // indirect github.com/mattn/go-isatty v0.0.12 // indirect github.com/modern-go/concurrent v0.0.0-20180228061459-e0a39a4cb421 // indirect github.com/modern-go/reflect2 v0.0.0-20180701023420-4b7aa43c6742 // indirect github.com/ugorji/go/codec v1.1.7 // indirect golang.org/x/crypto v0.0.0-20200622213623-75b288015ac9 // indirect golang.org/x/sys v0.0.0-20200116001909-b77594299b42 // indirect gopkg.in/yaml.v2 v2.2.8 // indirect )
这是从 Go 1.14 开始的:
如果更改只是装饰性的,则 go mod tidy
以外的 go 命令不再编辑 go.mod
文件。
理论要掌握,实操不能落!以上关于《为什么 go.mod 中的所有依赖都是间接的?》的详细介绍,大家都掌握了吧!如果想要继续提升自己的能力,那么就来关注golang学习网公众号吧!
-
502 收藏
-
502 收藏
-
501 收藏
-
501 收藏
-
501 收藏
-
139 收藏
-
204 收藏
-
325 收藏
-
477 收藏
-
486 收藏
-
439 收藏
-
357 收藏
-
352 收藏
-
101 收藏
-
440 收藏
-
212 收藏
-
143 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 508次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 484次学习