Go 語言的源碼複用創建在包(package)基礎之上。Go 語言的入口 main() 函數所在的包(package)叫 main,main 包想要引用別的代碼,必須一樣以包的方式進行引用,本章內容將詳細講解如何導出包的內容及如何導入其餘包。
Go 語言的包與文件夾一一對應,全部與包相關的操做,必須依賴於工做目錄(GOPATH)。java
GOPATH 是 Go 語言中使用的一個環境變量,它使用絕對路徑提供項目的工做目錄。
工做目錄是一個工程開發的相對參考目錄,比如當你要在公司編寫一套服務器代碼,你的工位所包含的桌面、計算機及椅子就是你的工做區。工做區的概念與工做目錄的概念也是相似的。若是不使用工做目錄的概念,在多人開發時,每一個人有一套本身的目錄結構,讀取配置文件的位置不統一,輸出的二進制運行文件也不統一,這樣會致使開發的標準不統一,影響開發效率。
GOPATH 適合處理大量 Go 語言源碼、多個包組合而成的複雜工程。linux
C、C++、Java、C# 及其餘語言發展到後期,都擁有本身的 IDE(集成開發環境),而且工程(Project)、解決方案(Solution)和工做區(Workspace)等概念將源碼和資源組織了起來,方便編譯和輸出。golang
在安裝過 Go 開發包的操做系統中,可使用命令行查看 Go 開發包的環境變量配置信息,這些配置信息裏能夠查看到當前的 GOPATH 路徑設置狀況。在命令行中運行go env
後,命令行將提示如下信息:緩存
$ go env
GOARCH="amd64"
GOBIN=""
GOEXE=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOOS="linux"
GOPATH="/home/davy/go"
GORACE=""
GOROOT="/usr/local/go"
GOTOOLDIR="/usr/local/go/pkg/tool/linux_amd64"
GCCGO="gccgo"
CC="gcc"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0"
CXX="g++"
CGO_ENABLED="1"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"服務器
命令行說明以下:架構
從命令行輸出中,能夠看到 GOPATH 設定的路徑爲:/home/davy/go(davy 爲筆者的用戶名)。
在 Go 1.8 版本以前,GOPATH 環境變量默認是空的。從 Go 1.8 版本開始,Go 開發包在安裝完成後,將 GOPATH 賦予了一個默認的目錄,參見下表。
編輯器
平 臺 | GOPATH 默認值 | 舉 例 |
---|---|---|
Windows 平臺 | %USERPROFILE%/go | C:\Users\用戶名\go |
Unix 平臺 | $HOME/go | /home/用戶名/go |
在 GOPATH 指定的工做目錄下,代碼老是會保存在 $GOPATH/src 目錄下。在工程通過 go build、go install 或 go get 等指令後,會將產生的二進制可執行文件放在 $GOPATH/bin 目錄下,生成的中間緩存文件會被保存在 $GOPATH/pkg 下。
若是須要將整個源碼添加到版本管理工具(Version Control System,VCS)中時,只須要添加 $GOPATH/src 目錄的源碼便可。bin 和 pkg 目錄的內容均可以由 src 目錄生成。ide
本節以 Linux 爲演示平臺,爲你們演示使用 GOPATH 的方法。函數
選擇一個目錄,在目錄中的命令行中執行下面的指令:工具
export GOPATH=`pwd`
該指令中的 pwd 將輸出當前的目錄,使用反引號`
將 pwd 指令括起來表示命令行替換,也就是說,使用`pwd`
將得到 pwd 返回的當前目錄的值。例如,假設你的當前目錄是「/home/davy/go」,那麼使用`pwd`
將得到返回值「/home/davy/go」。
使用 export 指令能夠將當前目錄的值設置到環境變量 GOPATH中。
使用下面的指令建立 GOPATH 中的 src 目錄,在 src 目錄下還有一個 hello 目錄,該目錄用於保存源碼。
mkdir -p src/hello
mkdir 指令的 -p 能夠連續建立一個路徑。
使用 Linux 編輯器將下面的源碼保存爲 main.go 並保存到 $GOPATH/src/hello 目錄下。
此時咱們已經設定了 GOPATH,所以在 Go 語言中能夠經過 GOPATH 找到工程的位置。
在命令行中執行以下指令編譯源碼:
go install hello
編譯完成的可執行文件會保存在 $GOPATH/bin 目錄下。
在 bin 目錄中執行 ./hello,命令行輸出以下:
hello world
在不少與 Go 語言相關的書籍、文章中描述的 GOPATH 都是經過修改系統全局的環境變量來實現的。然而,根據筆者多年的 Go 語言使用和實踐經驗及周邊朋友、同事的反饋,這種設置全局 GOPATH 的方法可能會致使當前項目錯誤引用了其餘目錄的 Go 源碼文件從而形成編譯輸出錯誤的版本或編譯報出一些沒法理解的錯誤提示。
好比說,將某項目代碼保存在 /home/davy/projectA 目錄下,將該目錄設置爲 GOPATH。隨着開發進行,須要再次獲取一份工程項目的源碼,此時源碼保存在 /home/davy/projectB 目錄下,若是此時須要編譯 projectB 目錄的項目,但開發者忘記設置 GOPATH 而直接使用命令行編譯,則當前的 GOPATH 指向的是 /home/davy/projectA 目錄,而不是開發者編譯時指望的 projectB 目錄。編譯完成後,開發者就會將錯誤的工程版本發佈到外網。
所以,建議你們不管是使用命令行或者使用集成開發環境編譯 Go 源碼時,GOPATH 跟隨項目設定。在 Jetbrains 公司的 GoLand 集成開發環境(IDE)中的 GOPATH 設置分爲全局 GOPATH 和項目 GOPATH,以下圖所示。
圖中的 Global GOPATH 表明全局 GOPATH,通常來源於系統環境變量中的 GOPATH;Project GOPATH 表明項目所使用的 GOPATH,該設置會被保存在工做目錄的 .idea 目錄下,不會被設置到環境變量的 GOPATH 中,但會在編譯時使用到這個目錄。建議在開發時只填寫項目 GOPATH,每個項目儘可能只設置一個 GOPATH,不使用多個 GOPATH 和全局的 GOPATH。
Visual Studio 早期在設計時,容許 C++ 語言在全局擁有一個包含路徑。當一個工程多個版本的編譯,或者兩個項目混雜有不一樣的共享全局包含時,會發生難以察覺的錯誤。在新版本 Visual Studio 中已經廢除了這種全局包含的路徑設計,並建議開發者將包含目錄與項目關聯。
Go 語言中的 GOPATH 也是一種相似全局包含的設計,所以鑑於 Visual Studio 在設計上的失誤,建議開發者不要設置全局的 GOPATH,而是隨項目設置 GOPATH。
包(package)是多個 Go 源碼的集合,是一種高級的代碼複用方案,Go 語言默認爲咱們提供了不少包,如 fmt、os、io 包等,開發者能夠根據本身的須要建立本身的包。
包要求在同一個目錄下的全部文件的第一行添加以下代碼,以標記該文件歸屬的包:
package 包名
包的特性以下:
在 Go 語言中,若是想在一個包裏引用另一個包裏的標識符(如類型、變量、常量等)時,必須首先將被引用的標識符導出,將要導出的標識符的首字母大寫就可讓引用者能夠訪問這些標識符了。
下面代碼中包含一系列未導出標識符,它們的首字母都爲小寫,這些標識符能夠在包內自由使用,可是包外沒法訪問它們,代碼以下:
將 myStruct 和 myConst 首字母大寫,導出這些標識符,修改後代碼以下:
此時,MyConst 和 MyStruct 能夠被外部訪問,而 myVar 因爲首字母是小寫,所以只能在 mypkg 包內使用,不能被外部包引用。
在被導出的結構體或接口中,若是它們的字段或方法首字母是大寫,外部能夠訪問這些字段和方法,代碼以下:
在代碼中,MyStruct 的 ExportedField 和 MyInterface 的 ExportedMethod() 能夠被包外訪問。
要引用其餘包的標識符,可使用 import 關鍵字,導入的包名使用雙引號包圍,包名是從 GOPATH 開始計算的路徑,使用/
進行路徑分隔。
導入有兩種基本格式,即單行導入和多行導入,兩種導入方法的導入代碼效果是一致的。
單行導入格式以下:
import "包1"
import "包2"
當多行導入時,包名在 import 中的順序不影響導入效果,格式以下:
import(
"包1"
"包2"
…
)
參考代碼 8-1 的例子來理解 import 的機制。
代碼 8-1 的目錄層次以下:
.
└── src
└── chapter08
└── importadd
├── main.go
└── mylib
└── add.go
代碼8-1 加函數(具體文件:…/chapter08/importadd/mylib/add.go)
第 3 行中的 Add() 函數以大寫 A 開頭,表示將 Add() 函數導出供包外使用。當首字母小寫時,爲包內使用,包外沒法引用到。
add.go 在 mylib 文件夾下,習慣上將文件夾的命名與包名一致,命名爲 mylib 包。
代碼8-2 導入包(具體文件:…/chapter08/importadd/main.go)
代碼說明以下:
在命令行中運行下面代碼:
export GOPATH=/home/davy/golangbook/code
go install chapter08/importadd
$GOPATH/bin/importadd
命令說明以下:
運行代碼,輸出結果以下:
3
在默認導入包的基礎上,在導入包路徑前添加標識符便可造成自定義引用包,格式以下:
customName "path/to/package"
其中,path/to/package 爲要導入的包路徑,customName 爲自定義的包名。
在 code8-1 的基礎上,在 mylib 導入的包名前添加一個標識符,代碼以下:
代碼說明以下:
若是隻但願導入包,而不使用任何包內的結構和類型,也不調用包內的任何函數時,可使用匿名導入包,格式以下:
其中,path/to/package 表示要導入的包名,下畫線_
表示匿名導入包。
匿名導入的包與其餘方式導入包同樣會讓導入包編譯到可執行文件中,同時,導入包也會觸發 init() 函數調用。
在某些需求的設計上須要在程序啓動時統一調用程序引用到的全部包的初始化函數,若是須要經過開發者手動調用這些初始化函數,那麼這個過程可能會發生錯誤或者遺漏。咱們但願在被引用的包內部,由包的編寫者得到代碼啓動的通知,在程序啓動時作一些本身包內代碼的初始化工做。
例如,爲了提升數學庫計算三角函數的執行效率,能夠在程序啓動時,將三角函數的值提早在內存中建成索引表,外部程序經過查表的方式迅速得到三角函數的值。可是三角函數索引表的初始化函數的調用不但願由每個外部使用三角函數的開發者調用,若是在三角函數的包內有一個機制能夠告訴三角函數包程序什麼時候啓動,那麼就能夠解決初始化的問題。
Go 語言爲以上問題提供了一個很是方便的特性:init() 函數。
init() 函數的特性以下:
例如,假設有這樣的包引用關係:main→A→B→C,那麼這些包的 init() 函數調用順序爲:
C.init→B.init→A.init→main
說明:
Go 語言包會從 main 包開始檢查其引用的全部包,每一個包也可能包含其餘的包。Go 編譯器由此構建出一個樹狀的包引用關係,再根據引用順序決定編譯順序,依次編譯這些包的代碼。
在運行時,被最後導入的包會最早初始化並調用 init() 函數。
經過下面的代碼理解包的初始化順序。
代碼8-3 包導入初始化順序入口(…/chapter08/pkginit/main.go)
代碼說明以下:
代碼8-4 包導入初始化順序pkg1(…/chapter08/pkginit/pkg1/pkg1.go)
代碼說明以下:
代碼8-5 包導入初始化順序pkg2(…/chapter08/pkginit/pkg2/pkg2.go)
代碼說明以下:
執行代碼,輸出以下:
pkg2 init
pkg1 init
ExecPkg1
ExecPkg2
本例利用包的 init 特性,將 cls1 和 cls2 兩個包註冊到工廠,使用字符串建立這兩個註冊好的結構實例。
完整代碼的結構以下:
.
└── src
└── chapter08
└── clsfactory
├── main.go
└── base
└── factory.go
└── cls1
└── reg.go
└── cls2
└── reg.go
類工廠(具體文件:…/chapter08/clsfactory/base/factory.go)
這個包叫base,負責處理註冊和使用工廠的基礎代碼,該包不會引用任何外部的包。
如下是對代碼的說明:
func() Class
的普通函數,調用此函數,建立一個類實例,實現的工廠內部結構體會實現 Class 接口。
類1及註冊代碼(具體文件:…/chapter08/clsfactory/cls1/reg.go)
上面的代碼展現了Class1的工廠及產品定義過程。
類2及註冊代碼(具體文件:…/chapter08/clsfactory/cls2/reg.go)
Class2 的註冊與 Class1 的定義和註冊過程相似。
類工程主流程(具體文件:…/chapter08/clsfactory/main.go)
下面是對代碼的說明:
執行下面的指令進行編譯:
export GOPATH=/home/davy/golangbook/code
go install chapter08/clsfactory
$GOPATH/bin/clsfactory
代碼輸出以下: Class1 Class2