Go 转到Windows中的语言项目设置

Go 转到Windows中的语言项目设置,go,Go,我是新手,我想了解围棋环境是如何设置的 有两件事我还不太明白,我希望社区能在这里澄清 Go项目的设置是什么样的?Go路径是如何工作的 我是从windows的角度来问这个问题的 Go项目是否有标准的设置方式 为什么所有依赖项都指向一个位置 是否可以在多个项目之间共享,而不受版本控制 是否应将每个项目的执行路径设置为项目文件夹?我不知道 您所有问题的答案如下: 您应该真正阅读该页面,但总结一下您需要以这种方式构建go工作区的主要原因是go工具(包括编译器和自动下载库的工具)可以完成它所做的一切 当

我是新手,我想了解围棋环境是如何设置的

有两件事我还不太明白,我希望社区能在这里澄清

Go项目的设置是什么样的?Go路径是如何工作的

我是从windows的角度来问这个问题的

  • Go项目是否有标准的设置方式
  • 为什么所有依赖项都指向一个位置
  • 是否可以在多个项目之间共享,而不受版本控制
  • 是否应将每个项目的执行路径设置为项目文件夹?我不知道

    • 您所有问题的答案如下: 您应该真正阅读该页面,但总结一下您需要以这种方式构建go工作区的主要原因是go工具(包括编译器和自动下载库的工具)可以完成它所做的一切

      当您安装go程序时,它会自动放入
      $GOPATH/bin
      ,当您构建库时,它会自动添加到
      $GOPATH/pkg
      中,允许您为第三方库设置一个集中位置,从而防止您对库进行不必要的复制。您的项目应该位于
      $GOPATH/src/some\u online\u repository\u location/project\u name
      $GOPATH/src/project\u name
      中。路径的最后一部分是包名,但您应该在

      示例:对于在github上托管的项目hello,go工作区的正确路径是:
      $GOPATH/src/github.com/youruser/hello/
      。这允许go工具通过命令
      go-get
      自动从在线存储库下载库。示例:
      获取github.com/youruser/hello

      维护这一“标准”允许go工具在所有系统中轻松工作,而无需任何配置,而且它还有一个副作用,即使所有go项目都以相同的方式进行结构化,因此,当获得其他人的代码时,您知道它是如何结构化的,并且您知道它将在您当前的go工作区中工作

      阅读所有的文件,你应该更好地理解它。
      希望有帮助,如果您有任何疑问,请发表评论。

      您所有问题的答案如下:
      An Example
      
      GOPATH = c:\gocode  
      App has 4 code files = msg.go (main), web.go, channel.go, date.go  
      App uses 1 external library = martini  
      
      **Source Locations**:  
      c:\gocode\src\app\msg\      (package is msg)  
      ... web.go, channel.go  
      c:\gocode\src\app\msg\main\ (package is main)  
      ... msg.go                  
      c:\gocode\src\lib\      (package is lib)  
      ... date.go  
      c:\gocode\src\github.com\go-martini\martini (pkg is martini)  
      ... all martini lib files    
      
      **Imports Used by File** ( Import Pkgs Not Files, All Paths Relative to $GOPATH/src )  
      msg.go  
      ... import “app/msg”  > provides access to exported elements in web.go, channel.go  
      ... import “lib” > provides access to exported elements in date.go  
      web.go  
      ... import “lib” > provides access to exported elements in date.go  
      ... import “github.com/go-martini/martini”  
      
      Note:  
      All files in the same pkg can access each other’s elements, even non exported ones.  
      No import needed or allowed, just a plain reference, as thought it was in the same file. 
      
      您应该真正阅读该页面,但总结一下您需要以这种方式构建go工作区的主要原因是go工具(包括编译器和自动下载库的工具)可以完成它所做的一切

      当您安装go程序时,它会自动放入
      $GOPATH/bin
      ,当您构建库时,它会自动添加到
      $GOPATH/pkg
      中,允许您为第三方库设置一个集中位置,从而防止您对库进行不必要的复制。您的项目应该位于
      $GOPATH/src/some\u online\u repository\u location/project\u name
      $GOPATH/src/project\u name
      中。路径的最后一部分是包名,但您应该在

      示例:对于在github上托管的项目hello,go工作区的正确路径是:
      $GOPATH/src/github.com/youruser/hello/
      。这允许go工具通过命令
      go-get
      自动从在线存储库下载库。示例:
      获取github.com/youruser/hello

      维护这一“标准”允许go工具在所有系统中轻松工作,而无需任何配置,而且它还有一个副作用,即使所有go项目都以相同的方式进行结构化,因此,当获得其他人的代码时,您知道它是如何结构化的,并且您知道它将在您当前的go工作区中工作

      阅读所有的文件,你应该更好地理解它。
      希望有帮助,如果您有任何疑问,请发表评论。

      您所有问题的答案如下:
      An Example
      
      GOPATH = c:\gocode  
      App has 4 code files = msg.go (main), web.go, channel.go, date.go  
      App uses 1 external library = martini  
      
      **Source Locations**:  
      c:\gocode\src\app\msg\      (package is msg)  
      ... web.go, channel.go  
      c:\gocode\src\app\msg\main\ (package is main)  
      ... msg.go                  
      c:\gocode\src\lib\      (package is lib)  
      ... date.go  
      c:\gocode\src\github.com\go-martini\martini (pkg is martini)  
      ... all martini lib files    
      
      **Imports Used by File** ( Import Pkgs Not Files, All Paths Relative to $GOPATH/src )  
      msg.go  
      ... import “app/msg”  > provides access to exported elements in web.go, channel.go  
      ... import “lib” > provides access to exported elements in date.go  
      web.go  
      ... import “lib” > provides access to exported elements in date.go  
      ... import “github.com/go-martini/martini”  
      
      Note:  
      All files in the same pkg can access each other’s elements, even non exported ones.  
      No import needed or allowed, just a plain reference, as thought it was in the same file. 
      
      您应该真正阅读该页面,但总结一下您需要以这种方式构建go工作区的主要原因是go工具(包括编译器和自动下载库的工具)可以完成它所做的一切

      当您安装go程序时,它会自动放入
      $GOPATH/bin
      ,当您构建库时,它会自动添加到
      $GOPATH/pkg
      中,允许您为第三方库设置一个集中位置,从而防止您对库进行不必要的复制。您的项目应该位于
      $GOPATH/src/some\u online\u repository\u location/project\u name
      $GOPATH/src/project\u name
      中。路径的最后一部分是包名,但您应该在

      示例:对于在github上托管的项目hello,go工作区的正确路径是:
      $GOPATH/src/github.com/youruser/hello/
      。这允许go工具通过命令
      go-get
      自动从在线存储库下载库。示例:
      获取github.com/youruser/hello

      维护这一“标准”允许go工具在所有系统中轻松工作,而无需任何配置,而且它还有一个副作用,即使所有go项目都以相同的方式进行结构化,因此,当获得其他人的代码时,您知道它是如何结构化的,并且您知道它将在您当前的go工作区中工作

      阅读所有的文件,你应该更好地理解它。
      希望有帮助,如果您有任何疑问,请发表评论。

      您所有问题的答案如下:
      An Example
      
      GOPATH = c:\gocode  
      App has 4 code files = msg.go (main), web.go, channel.go, date.go  
      App uses 1 external library = martini  
      
      **Source Locations**:  
      c:\gocode\src\app\msg\      (package is msg)  
      ... web.go, channel.go  
      c:\gocode\src\app\msg\main\ (package is main)  
      ... msg.go                  
      c:\gocode\src\lib\      (package is lib)  
      ... date.go  
      c:\gocode\src\github.com\go-martini\martini (pkg is martini)  
      ... all martini lib files    
      
      **Imports Used by File** ( Import Pkgs Not Files, All Paths Relative to $GOPATH/src )  
      msg.go  
      ... import “app/msg”  > provides access to exported elements in web.go, channel.go  
      ... import “lib” > provides access to exported elements in date.go  
      web.go  
      ... import “lib” > provides access to exported elements in date.go  
      ... import “github.com/go-martini/martini”  
      
      Note:  
      All files in the same pkg can access each other’s elements, even non exported ones.  
      No import needed or allowed, just a plain reference, as thought it was in the same file. 
      
      您应该真正阅读该页面,但总结一下您需要以这种方式构建go工作区的主要原因是go工具(包括编译器和自动下载库的工具)可以完成它所做的一切

      当您安装go程序时,它会自动放入
      $GOPATH/bin
      ,当您构建库时,它会自动添加到
      $GOPATH/pkg
      中,允许您为第三方库设置集中位置,从而防止