提供两种行李管理方法,一种是另一种是
Linux可以设置环境变量,例如:
在使用不仅系统提供的软件包的过程中,例如,我们还需要一个第三方软件包,例如:redis-go驱动程序,mysql驱动程序,如何快速有效地导入和使用这些第三派对软件包。为什么需要管理。
安装GO后,我们需要设置一条路径。当我们使用提供的系统库时,我们可以直接,无需安装,例如:例如:
例如,当我们的程序使用导入系统库时:事实上,我们首先要找到它,例如,如下所示,如下所示
库的绝对路径实际上是
由于我们设置了它,它将为我们找到它
为了介绍第三方库,它为我们提供了两个和谐的工具。
从以下示例中,我们将协调一致
例如,我们也可以获得它
我们可以将第三个 - 方插头放在目录中,然后引用
例如,我们创建一个新文件
小路:
内容
我们将包装函数引用在主函数中
米
如果找不到袋子,将报告以下错误
错误的含义是:程序引用包裹,但没有找到包装。
如果我们引用网络库,例如:
我们的代码如下
执行时,将报告错误
如果您找不到它,我们只需要通过它即可下载
我们通过查看来查看图书馆
这代表下载,甚至您也可以通过此命令下载库
最终的目标只是一个,即将图书馆放在下面。
启动了包装管理工具来解决问题。
其中有一个环境变量:该值受控制,其参数值为
如果您不启用该功能,则可以使用方法来查找行李。
启用,如果设置为,您将不会再找到路径了
此值很特别,因为有必要根据当前目录环境决定是否使用它
如果发生以下情况,将使用
在某些特殊网络中,如果我们无法直接访问库地址,我们可以将其拉动代理以拾取
该值有2个参数:
如果是:它不会返回到源,也就是说,当代理无法获取数据时,将不会从源站镜像中删除。
如果这意味着它将返回源,当代理不可用时,您将去源站尝试接收
与上述变量相反的效果,这是一个不采取的私人仓库或项目。
设置类似于:
我们测试设置如下
我们可以用来创建一个
您不能写它,然后将其用于提取资源
我们运行程序
现在报告没有连接,找不到库。
使用拉力网络库非常酷,但是介绍个人库更麻烦
例如,我们自己写了一个代码
我们想引用它,
让我们先创建
注意,如果要在此处调用库的功能,则需要创建它
我们需要修改文件
修改如下
我们写主函数
我们执行下一个代码
我们发现代码执行成功。
意义
不管是是否,最好找到自己,但是似乎废除了后续版本计划,我不知道这是否是真的,但是与之相比,它是较慢的。正确的本地依赖库。