Golang 学习之采坑填坑记录

Golang 学习之采坑填坑记录

初次学习

说起第一次接触Golang还算是算比较早吧golang v1.5版本，那个时候因为工作的需要经常会写一些小工具，这些小工具可能是提供给我的客户或者开发团队内部，再或者我的项目一些特殊处理等等，这些功能太多了就不一一举例了。这些工具大多使用Java或python开发，这两个语音都是跨平台的，可以满足一些编写随处运行的目的。

随着慢慢的工具类型增多，使用方的增多很多问题就凸显出来。

• 1、均需要环境，对小白用户不友好
• 2、依赖众多，容易丢失依赖，当然也均可以达成一个包（一个大惊喜你明白）。携带和传输都是问题。

好了问题阐述完毕。下一步就是实际的接触。从下载环境、HW 、再到第一个工具的编写编译、工具分发一气呵成整体上没有任何问题（主要是第一个工具简单。??）,之后就迷恋上了这个语言。

看到这里是不是觉得我的入坑是不是太简单了，或者说太俗了，再或者其他的，随便你了事实就是这样，我不是因为往上那些高大上的理由而学习的。

本文作者始终奉行：适合你的就是最好的。

坑，keng，pit

不管是什么内容东西，在你没有完全揭开他的面纱的时候都是美好的，得不到就是最好的。慢慢的学习了解和使用发现了高效的携程模式，以及在并发处理下的优势。慢慢从小工具的编写转化到项目中具体实践，面纱揭开了、妆也褪掉了、一切该有的问题全部出来了。

大家都知道的是Golang最好的就是他的包管理(我是这么认为的，你是怎么认为的我不在乎)，所以依赖包均放入版本管理工具，管理方便，下载后修改简单。（干的漂亮，从语言规范角度处理，不遵循也不行）。
但是最不让人舒爽的也是他的包管理（知道我要说啥吗？）

下面我就列举一下依赖管理几个头疼的问题。看看你们谁也更我一样幸运都遇到了。

1、golang.org/x/XXXX 无法下载
2、多项目依赖相同包的不同版本，并且不同版本之前不兼容（这种做法在遭人讨厌了，别拿代码当过家家好吗）。
3、一个项目的不同依赖依赖依赖相同的包的不同版本。
4、把所有依赖放入vendor，源码文件越来越大（我那可爱的花开了，TMD又谢了）

慢慢的发展问题的付出水面出现了好多管理工具，比较有名的godep、glide、dep等。但是他们并没有从底层解决 golang.org/x/XXXX 无法下载（毕竟人家不但心吗，宝宝乖不愿咱）。

填坑

饭还是要吃的，活也必须在规定时间做完（不行你就是用来填坑的那个），那么该怎么办呢。

• 啊，毕竟红杏出墙常有的。但是你要需要付出代价。
• 你不行换个可以的 github.com/golang
• 找个土豪帮我付出代价。https://goproxy.io/

好了就这么多了。休息休息休息一下。。。。。。。