Go workspace的使用


引入背景


Go Workspace[1]和泛型,模糊测试一样, 也是Go语言在1.18版本中引入的一个新特性,目的是为了解决在开发涉及多个模块(module)的Go项目时的依赖管理问题。

在引入Workspace之前,当项目被拆分成多个模块进行管理时,依赖于本地模块的管理可能会变得复杂。特别是在本地开发环境中,开发者需要频繁地使用replace指令在go.mod文件中手动指定模块的本地路径,以便在不发布到远程仓库的情况下引用本地模块。这种方法虽然可行,但对于涉及多个模块的大型项目来说,维护成本较高,而且容易出错。

即对于较大的项目,一般会抽离出一个或多个公用组件(往往叫做go-base,go-common). 当开发这个公共组件库时,不太方便push到远程仓库,再通过go get等拉取到本地(因为多人共用这个库), 之前的办法是在go.mod中增加一个或多个replace块.

而Workspace的引入旨在简化和优化这一流程,使得开发者能够更方便地在本地环境中管理和编译涉及多个模块的项目,而无需修改go.mod文件或使用多个replace指令。


之前用replace的方式


假设项目抽离出了两个模块:commonserviceservice模块对外提供服务, 其依赖于common模块。在没有Workspace功能之前,如果common模块在本地进行了修改,service模块需要通过replace指令在其go.mod文件中指定common模块的本地路径来引用这些更改,从而进行调试.

mkdir workspace-demo
cd workspace-demo

mkdir common
cd common
code utils.go
go mod init dashen.tech/common

mkdir service
cd service
code main.go
go mod init dashen.tech/service
code go.mod

其中utils.go:

package utils

import "math/rand"

func GenerateOrderID() string {
 return "order-" + randomString(10)
}

func randomString(n int) string {
 b := make([]byte, n)
 for i := range b {
  b[i] = byte(65 + rand.Intn(26)) // A = 65, Z = 90
 }
 return string(b)
}

修改service/go.mod为:

module dashen.tech/service

go 1.21rc2

require dashen.tech/common v0.0.0-incompatible // 引入这个包

replace dashen.tech/common => ../common // 将此包指向本地目录的路径

replace的作用很多,可以

  • 替换无法下载的包
  • 调试依赖包(或引用本地包)
  • 使用fork的仓库
  • 禁止被依赖

此处仅用到了引用本地包的功能

更多可参考:

  • 【Go mod 学习之 replace 篇】解决 go 本地依赖、无法拉取依赖、禁止依赖等问题[2]

  • go mod替换本地包[3]


main.go:

package main

import (
 "fmt"

 utils "dashen.tech/common"
)

func main() {

 fmt.Println(utils.GenerateOrderID())

}

执行go run main.go,输出:

alt

IDE可能会有错误提示,忽略即可


使用workspace方式


使用Go Workspace方式也非常简单,主要有以下几个步骤:

  1. 初始化Workspace: 在项目的根目录下,使用go work init命令初始化一个新的Workspace。这将创建一个go.work文件。

  2. 添加模块到Workspace: 通过go work use命令,可以将一个或多个模块的路径添加到Workspace中。这样做可以告诉Go工具链在构建和测试时考虑这些模块。

  3. 构建和测试: 在Workspace环境中,可以像平常一样使用go buildgo test等命令,Go工具链会自动解析Workspace中的模块依赖关系。


清空service/go.mod中的require和replace信息


cd workspace-demo
go work init
go work use ./service 
go work use ./common

此时会新生成一个go.work文件,内容为如下:

alt

无需修改main.go, 直接执行go run main.go, 可输出预期结果


不仅仅是go run, 在项目目录下运行go buildgo test命令时,Go工具链也会自动识别这两个模块之间的依赖关系,通过Go Workspace这种方式,一定程度上简化了涉及多个模块的项目的本地开发和测试流程,提高了开发效率。

(我感觉只是比之前replace的方式优雅了一点点,效率其实大差不差)

另外,go.work需要加入到.gitignore中,不要提交到仓库.


参考资料
[1]

Go Workspace: https://go.dev/doc/tutorial/workspaces

[2]

【Go mod 学习之 replace 篇】解决 go 本地依赖、无法拉取依赖、禁止依赖等问题: https://blog.csdn.net/qq_24433609/article/details/127323097

[3]

go mod替换本地包: https://blog.csdn.net/weixin_49702653/article/details/124340992

本文由 mdnice 多平台发布

  • 5
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值