Golang项目目录结构组织

其实golang的工程管理还是挺简单的，完全使用目录结构还有package名来推导工程结构和构建顺序。

当然，首先要说的是环境变量$GOPATH，项目构建全靠它。这么说吧，想要构建一个项目，就要将这个项目添加到$GOPATH中，多个项目用";"分隔。

Golang项目目录下一般有三个子目录：

• src存放源代码
• pkg编译后生成的文件
• bin编译后生成的可执行文件

我们重点要关注的其实就是src文件夹中的目录结构。

举个例子比啥都强，目录结构如下：

<proj>
   |--<src>
       |--<a>
           |--<a1>
               |--al.go
           |--<a2>
               |--a2.go
       |--<b>
           |--b1.go
           |--b2.go
       |--<c>
           |--c.go
   |--<pkg>
   |--<bin>

各文件代码：

a1.go

 package a1

 import "fmt"
 
 func PrintA1(){
    fmt.Println("a/a1")
 }

a2.go

package a2
 
import "fmt"
 
func PrintA2(){
   fmt.Println("a/a2")
}

b1.go

package b

 import "fmt"
 
 func printB1(){
    fmt.Println("b.b1")
 }

b2.go

 package b
 
 import "fmt"
 
 func PrintB(){

    printB1()
    fmt.Println("b.b2")
 }

注意b1.go b2.go中的包并且是相同的，也就是说同一个目录下面只允许一个包

c.go

 package main
 
 import(
    "a/a1"
    "a/a2"
    "b"
 )
 func main(){
    a1.PrintA1()
    a2.PrintA2()
    b.PrintB()
 }

将proj加入$GOPATH:

在windows下有个问题要注意，就是中文路径问题，如果proj路径有中文，那么在编译的时候可能出问题，我被这个问题折磨了半个多小时，左右挑不出错，就是不能编译。

go build a/a1
go install a/a1
go build a/a2
go install a/a2
go build b
go install b

go build c
go install c

执行相关命令。

可以看到pkg文件夹下生成了，a文件夹、b.a，a文件夹下有a1.a、a2.a

bin文件夹下有c.exe（当然，在执行go build c的位置也存在c.exe）

运行下c.exe

可以看出，分门别类，非常清楚。

其实b文件夹下的两个.go文件完全可以合并成一个的，没有任何影响。

package中的名称最好与目录名一样，这样在import的时候直接import目录名就好了。如果两者不一致，例如上面的b1.go、b2.go里面的package是package bbbbb，则在c.go里import的时候要import "b"，然后下面的b.PrintB()，则需要改为bbbbb.PrintB()

go项目的目录结构我感觉说得挺明白的了。