如何理解Go语言的模块化
本篇内容介绍了“如何理解Go语言的模块化”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
创新互联专注为客户提供全方位的互联网综合服务,包含不限于成都网站制作、做网站、外贸营销网站建设、天津网络推广、微信小程序、天津网络营销、天津企业策划、天津品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等,从售前售中售后,我们都将竭诚为您服务,您的肯定,是我们最大的嘉奖;创新互联为所有大学生创业者提供天津建站搭建服务,24小时服务热线:18980820575,官方网址:www.cdcxhl.com
环境变量
学习 go 语言的第一步,当然是安装以及环境变量。由于我是 macos,直接运行 brew install go 就能安装成功,也可以在官网(https://golang.google.cn/)下载对应的二进制包。
安装成功后,需要配置下面几个环境变量:
GOROOT:go 语言的安装路径;
GOBIN:go 语言的可执行文件路径,一般为 "$GOROOT/bin";
GOPATH:工作目录,可设置多个,每个项目都可以设置一个单独的GOPATH;
GOPATH
在 GoLand(go 语言最强IDE) 中,我们可以在 Preferences 中设置多个 GOPATH,而且将 GOPATH 分为全局和局部的。
GOPATH 最早出现的意义是用来进行模块管理,每个 GOPATH 中会有三个目录:
src:用来存放源代码;
pkg:用来存放编译后的 .a(archive) 静态库文件;
bin:用来存放编译后可直接运行的二进制文件;
一般设置为工作目录的 src 文件夹需要手动创建,其他两个目录都是编译后自动生成的。
接下来,我们新建了一个目录 ~/Code/goland/go-story,并将该目录设置为工作目录。
export GOPATH="~/Code/goland/go-story"
然后在当前目录新建一个 src 文件夹,并新建一个 hello 目录,在 hello 目录新建 main.go 文件。
在 hello/main.go 文件中,写入如下代码:
package main import ( "flag" "fmt" ) var name string func init() { flag.StringVar(&name, "name", "everyone", "The greeting object.") } func main() { flag.Parse() // 解析命令行参数 fmt.Printf("\nHello %s\n", name) }
flag 库是 go 内置的模块,类似于 node 的 commander 库,运行后结果如下所示:
下面我们引入一个能够让命令行输出色彩更加丰富的库:colourize,类似于 node 中的 chalk。通过下面这个命令来安装依赖:
go get github.com/TreyBastian/colourize
运行之后,我们可以看到在工作区自动创建了一个 pkg 目录,目录下新生成的是 colourize 库文件,同时 src 目录也新建了一个 github.com 目录,用来放 colourize 的源码。
go get 命令可以简单理解为 npm install。接下来就能在 hello/main.go 中引入依赖。
package main import ( "flag" "fmt" "github.com/TreyBastian/colourize" ) var name string func init() { flag.StringVar(&name, "name", "everyone", "The greeting object.") } func hello(name string) { fmt.Printf(colourize.Colourize("\nHello %s\n", colourize.Blue), name) } func main() { flag.Parse() hello(name) }
运行 hello/main.go 可以看到命令行输出了蓝色的文字。
默认情况下,go 依赖的加载机制为:
$GOROOT 下的 src 目录
$GOPATH 下的 src 目录
Go Vendor
前面这种方式,有个很麻烦的问题,就是没有办法进行很好的版本管理,而且多个依赖分散在 $GOPATH/src 目录下,可能会出现很多很麻烦的问题。
例如,我现在在 GOPATH 下有两个项目:go-blog、go-stroy,这两个项目分别有不同的依赖,分散在 github.com 目录,这个时候到底要不要将整个 github.com 目录添加到版本库呢?
go 在 1.5 版本的时候,引入了 vendor 机制,在每个项目目录下可以通过 vendor 目录存放依赖,这类似于 node 中的 node_modules 目录。
使用 go vendor 需要先安装 govendor 模块。
go get govendor
然后在项目目录运行如下命令。
cd ~/Code/gland/go-story/src/hello govendor init govendor add github.com/TreyBastian/colourize
可以看到,hello 项目下新生成了一个 vendor 目录,而且 colourize 也被拷贝到了该目录下。
而且 govendor 会新建一个 vendor.json 文件,用来进行依赖项的管理。
有了 go vendor 之后,依赖项的加载顺序如下:
项目目录下的 vendor 目录
项目目录上一级的 vendor 目录
不断向上冒泡 ……(PS. 类似于 node_modules)
$GOPATH 下的 vendor 目录
$GOROOT 下的 src 目录
$GOPATH 下的 src 目录
配置开关
有一点需要注意,在 go 1.5 版本下,go vendor 并不是默认开启的,需要手动配置环境变量:
export GO15VENDOREXPERIMENT=1
在 go 1.6 版本中,go vendor 已经改为默认开启。
Go Modules
虽然 1.5 版本推出了 go vendor,但是没有解决根本问题,只是依赖的查找上支持到了 vendor 目录,vendor 目录还是需要一些第三方的库(govendor、godep、glide)进行管理,而且对于 GOPATH 环境变量依然有所依赖。
官方为了解决这些问题,终于在 1.11 版本中,实验性的内置了其模块管理的能力(1.12 版本正式开启):go mod。
使用 go mod 的时候,我们无需 GOPATH,所以我们需要把之前配置的 GOPATH 清理掉,调整下目录结构,将 go-story/hello/main.go 直接移动到 go-story/main.go,然后将 src、pkg 目录删除。
# 初始化 go modules go mod init [pkg-name]
此时,会在目录下生成一个 go.mod 文件。
查看其内容,发现里面会声明 go 的版本号,以及当前模块的名称。
然后我们安装依赖(不管是何种依赖管理的方式,安装方法依旧不变):
go get github.com/TreyBastian/colourize
go.mod 中,会写入添加的依赖,以及版本号,同时,该模块会被安装到 GOPATH 中。由于我们之前将 GOPATH 移除,这里会安装到 GOPATH 的默认值中(~/go/)。
“如何理解Go语言的模块化”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站,小编将为大家输出更多高质量的实用文章!
当前标题:如何理解Go语言的模块化
网页路径:http://scyanting.com/article/ijsesg.html