go语言的vendor go语言的应用场景

go语言import时为什么都从github导入

go/src/go-cve-dictionary-master

为黔西等地区用户提供了全套网页设计制作服务，及黔西网站建设行业解决方案。主营业务为成都网站设计、成都做网站、黔西网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！

# mv subcommands-master /opt/go/src/subcommands

# mv net-master /opt/go/src/net

# mv go-sqlite3-master /opt/go/src/go-sqlite3

都放到了go/src目录下了，我还修改了go-cve-dictionary-master/main.go文件内容，如下所示：

import (

"flag"

"fmt"

"os"

"golang.org/x/net/context" 改为 “context”

"github.com/google/subcommands" 改为 subcommands

"github.com/kotakanbe/go-cve-dictionary/commands" 改为 go-cve-dictionary/commands

"github.com/kotakanbe/go-cve-dictionary/version" 改为 go-cve-dictionary/version

_ "github.com/mattn/go-sqlite3" 改为 go-sqlite3

)

执行 # go install go-cve-dictionary-master 错误如下：

can't load package: /opt/go/src/go-cve-dictionary-master/main.go:14:2: non-standard import "github.com/mattn/go-sqlite3" in standard package "go-cve-dictionary-master"

go-cve-dictionary-master/main.go:11:2: cannot find package "go-cve-dictionary/commands" in any of:

/opt/go/src/vendor/go-cve-dictionary/commands (vendor tree)

/opt/go/src/go-cve-dictionary/commands (from $GOROOT)

/root/go/src/go-cve-dictionary/commands (from $GOPATH)

go-cve-dictionary-master/main.go:12:2: cannot find package "go-cve-dictionary/version" in any of:

/opt/go/src/vendor/go-cve-dictionary/version (vendor tree)

/opt/go/src/go-cve-dictionary/version (from $GOROOT)

/root/go/src/go-cve-dictionary/version (from $GOPATH)

subcommands/subcommands.go:29:2: cannot find package "golang.org/x/net/context" in any of:

/opt/go/src/vendor/golang.org/x/net/context (vendor tree)

/opt/go/src/golang.org/x/net/context (from $GOROOT)

/root/go/src/golang.org/x/net/context (from $GOPATH

Go语言有什么好用的IDE吗

我喜欢jetbrains系列的IDE+go插件。不过我要说的是这个问题主要看你的观点如何。

说eclipse：

构建方式是使用go install 命令，每一次编译运行都是go install。这样的好处就是如果你有很多的包，下载下来并没有编译，这样每次编译速度是很快的。而且（！）go install 符合go官方的项目结构，官方说过了，一个go的项目应该是以个gopath，包含src，pkg，bin三个主要目录。所以说go install个人认为才是主要的go编译方式。

说eclipse的缺点：

其实eclipse插件的go编译方式，还有目录结构，项目结构，都是非常完美的！！！！真的很完美！可是，他的代码提示，太差件！大括号都不能自动补全，gdb 32bit 64bit兼容问题，eclipseC++ 没有html js插件，需要手动安装，几乎不能开箱即用。不过如果你是开发算法，数据处理，还是推荐eclipse的，毕竟其他都无关紧要。

说jetbrains：

说先说clione肯定不适合，新建项目没有向导，导致改成go项目各种不开心，比如图标对于我来说就无法接受go lib 不是小耗子~这是次要的，重要的是各个文件都是灰色的（没有在cmake中包含的结果），然后说剩下的，phpstorm这个不说了，估计很少有人插件按在这里，webstorm，体验也不是很好，idea？体验很好，可是毕竟比较重，尤其是现在加入了自家的K啥玩意（无意冒犯，没记住单词）~可是话说回来，go跟C系列IDE配合才是最佳，跟java系列一点不搭关系，用idea似乎有点格格不入，但是！idea支持新建项目向导，lib的图标也很清晰，最后还是选择idea吧，期待clion的强大起来！

再说jetbrains系列缺点：

插件的构建方式是go buiild 这个让人很不爽，我们几乎不确定会构建到什么地方去，还要每次设置一下run配置。这个可能无关紧要，毕竟不是什么大的毛病，可是go build不能缓存.a文件，直接构建的结果就是很多第三方包的情况下很慢！所以建议安装包的时候手动install 一下解决这个问题。自带代码格式化，这个格式化跟go 格格不入，总的来说就是蛋疼，心碎，菊花痒。

最后说liteIDE：

轻量级IDE，我可以说是国人GO伟大作品典范，然而默认构建也是go build，项目管理方式不符合go官方标准。代码提示不能自动导入（eclipse也不能），不过如果你的项目是以包为单位的，那么另当别论。一定很不错，毕竟是轻量级专门针对GO的IDE！

说这些，其实还有很大一部分取决于你的项目是用vendor机制管理，还是godeps机制管理依赖关系。go不像java拥有强大的几乎天下一统的maven（无意冒犯，暂不评价其他构建套件）。

go没有官方包仓库。

go没有官方包管理工具。

go没有官方自动化构建套件。

上面三个没有是致命要害。导致民间各种百花齐放。

说说我的项目怎么管理

gpm 一个shell工具（windows下你可以用git的bash，或者cygwin~）

我是严格艳照官方推荐方式管理go项目，一个go项目一个gopath。系统的gopath只是为了安装go命令，我没有配置gobin，意义不大。

项目的依赖跟我的代码包都在src下（非vendor）

vendor用来存放包的特殊依赖，发布项目直接把依赖包发布上去（公网管理则只上传依赖关系文件 godeps文件）

资源文件等都放在src目录同级，编译文件放在bin，引用直接../引用。

Go 如何查看一个变量的内存地址 理解指针问题

熟悉C语言的同学都知道，查看一个变量的地址在处理指针的相关问题的时候直观重要，在C中直接取地址符 即可。那么在Go语言中如何查看一个变量的地址，我们使用unsafe.Pointer() 函数来查看一个变量的内存地址。

举例：

type Vertex struct {

X, Y float64

}

func (v Vertex) sqrt() float64 {

return math.Sqrt(v.X * v.X + v.Y * v.Y)

}

func (v Vertex) scale(f float64) { //带 号 和不带*号的区别 可以从内存地址来看出

fmt.printf("=======", unsafe.Pointer(v))//v 本身就是指针 存储的就是地址 不用取地址

v.X = x.X * f

v.Y = v.Y * f

}

func main() {

v := Vertex{3, 4}

fmt.printf("=======", unsafe.Pointer(v))

v.scale(10)

fmt.Println(v.sqrt())

}

//带 号 打印的结果 ====== -%!(EXTRA unsafe.Pointer=0xc00006e070)======%!(EXTRA unsafe.Pointer=0xc00006e070) 相同

//不带 号 打印的结果 ======%!(EXTRA unsafe.Pointer=0xc000094060)======%!(EXTRA unsafe.Pointer=0xc000094090) 不同

去掉*号 在scale()方法中要对 v 进行取地址操作

golang的 GOPATH和vendor的搜索关系

golang的 GOPATH和vendor的搜索关系

项目只有一个包，即main包，没有引用其他的包(golang自带的系统包除外)。

然后设置GOPATH=path/to/goproject，再运行go build myproject，这样就可以在任何目录下面编译，编译生成的可执行文件就在编译所在的目录下，而不是包源文件所在的目录。

基本规则：

鉴于此，建议golang项目必须严格按照规范的目录结构组织，哪怕是前面这种自包含的项目。

基本规则：

如果一个包在vendor和GOPATH下面都存在那么谁会优先使用呢。

结论是：

包mydeps在vendor目录下面和GOPATH路径下面都存在了，那么main.go引用的时候只会引用vendor下面的mydeps(src/myproject/vendor/mydeps)，而忽略GOPATH下面的mydeps包(src/mydeps)。

前面提到GOPATH和PATH类似，可以包含多个路径，中间用分号隔开，go在搜索包的时候会按手续从前往后搜搜。那么vendor怎么处理层级关系呢。

规则是：

举例：

如果src/mydep/mydep1/mydep.go引用了myvendor1和myvendor，那是怎么搜索的呢

go vendor的用法

使用go很长时间后才整明白vendor的用法为啥这么坑人。

注意

这和当前工作路径相关：

go module和vendor是两个冲突的设计，二者只能选一，不可混用。

如果从vendor到module迁移的怎么办：

-mod=vendor

go 的选项模式

现在有个结构体如下定义：

我们需要初始化结构体，如果是其他语言，函数支持默认参数：

但是，go语言函数不支持默认参数，同时即使go语言支持默认参数，但是如果配置项过多，那么每一个配置项都得写一个默认参数，也不现实。

那么，在go语言中，我们怎么优雅的给其初始化呢，这时，就需要利用选项模式了（option）。

首先，我们定义一个option函数类型：

它接收一个参数： *Server 。

然后定义一个 NewServer 函数，它接收一个 Option类型的不定参数：

最后，再直接定义一系列返回 Option的函数

使用时，直接：