建立一個用于編寫Go程序的工作目錄go-examples，其絕對路徑為/home/go-examples.開始編寫我們的第一個Go程序。
一、在go-examples下創(chuàng)建一個文件hello.go
import "fmt"http://實現(xiàn)格式化的I/O
/*Printf someting*/
func main(){
fmt.Printf("Hello,GO!\n")
}
我們來分析下這個程序：
1、程序中的第2行這個是必須的。所有的Go文件以package something>開頭，對于獨立運行的執(zhí)行文件必須是package main；
2、第4行說需要將”fmt”包加入main。不是main的其他包都被稱為庫，其他許多編程語言有著類似的概念。
3、第1行和第4行中的//和/*---*/都是注釋
4、package main 必須首先出現(xiàn)，緊跟著是import。在Go中，package 總是首先出現(xiàn)，然后是import，然后是其他所有內(nèi)容。當(dāng)Go 程序在執(zhí)行的時候，首先調(diào)用的函數(shù)是main.main()，這是從C 中繼承而來。這里定義了這個函數(shù)；
5、第8行調(diào)用了來自于fmt包的函數(shù)打印字符串到屏幕
二、編譯和運行代碼
編譯該源文件并執(zhí)行生成的可執(zhí)行文件
通過go build加上要編譯的Go源文件名，我們即可得到一個可執(zhí)行文件，默認(rèn)情況下這個文件的名字為源文件名字去掉.go后綴。當(dāng)然我們也可以通過-o選項來指定其他名字：
如果我們在go-examples目錄下直接執(zhí)行g(shù)o build命令，后面不帶文件名，我們將得到一個與目錄名同名的可執(zhí)行文件：
三、程序入口點(entry point)和包(package)
Go保持了與C家族語言一致的風(fēng)格：即目標(biāo)為可執(zhí)行程序的Go源碼中務(wù)必要有一個名為main的函數(shù)，該函數(shù)即為可執(zhí)行程序的入口點。除此之外 Go還增加了一個約束：作為入口點的main函數(shù)必須在名為main的package中。正如上面hellogo.go源文件中的那樣，在源碼第 一行就聲明了該文件所歸屬的package為main。
Go去除了頭文件的概念，而借鑒了很多主流語言都采用的package的源碼組織方式。package是個邏輯概念，與文件沒有一一對應(yīng)的關(guān)系。 如果多個源文件都在開頭聲明自己屬于某個名為foo的包，那這些源文件中的代碼在邏輯上都?xì)w屬于包foo(這些文件最好在同一個目錄下，至少目前 的Go版本還無法支持不同目錄下的源文件歸屬于同一個包)。
我們看到hellogo.go中import一個名為fmt的包，并利用該包內(nèi)的Printf函數(shù)輸出"Hello, Go!"。直覺告訴我們fmt包似乎是一個標(biāo)準(zhǔn)庫中的包。沒錯，fmt包提供了格式化文本輸出以及讀取格式化輸入的相關(guān)函數(shù)，與C中的printf或 scanf等類似。我們通過import語句將fmt包導(dǎo)入我們的源文件后就可以使用該fmt包導(dǎo)出(export)的功能函數(shù)了(比如 Printf)。
在C中，我們通過static來標(biāo)識局部函數(shù)還是全局函數(shù)。而在Go中，包中的函數(shù)是否可以被外部調(diào)用，要看該函數(shù)名的首母是否為大寫。這是一種 Go語言固化的約定：首母大寫的函數(shù)被認(rèn)為是導(dǎo)出的函數(shù)，可以被包之外的代碼調(diào)用；而小寫字母開頭的函數(shù)則僅能在包內(nèi)使用。在例子中你也看到了 fmt包的Printf函數(shù)其首母就是大寫的。
四、GOPATH
把上面的hellogo.go稍作改造，拆分成兩個文件：main.go和hello.go
用go build編譯main.go 結(jié)果如下
編譯器居然提示無法找到hello這個package，而hello.go中明明定義了package hello了。這是怎么回事呢？原來go compiler搜索package的方式與我們常規(guī)理解的有不同，Go在這方面也有一套約定，這里面涉及到一個重要的環(huán)境變量：GOPATH。我們可以使用go help gopath來查看一下有關(guān)gopath的manual。
Go compiler的package搜索順序是這樣的，以搜索hello這個package為例：
* 首先，Go compiler會在GO安裝目錄(GOROOT，這里是/home/go/)下查找是否有src/pkg/hello相關(guān)包源碼；如果沒有則繼續(xù)；
* 如果export GOPATH=PATH1:PAHT2，則Go compiler會依次查找是否存在PATH1/src/hello、PATH2/src/hello；配置在GOPATH中的PATH1和PATH2被稱作workplace；
* 如果在上述幾個位置均無法找到hello這個package，則提示出錯。
在本例子中，我們尚未設(shè)置過GOPATH環(huán)境變量，也沒有建立類似PATH1/src/hello這樣的路徑，因此Go compiler顯然無法找到hello這個package了。我們來設(shè)置一下GOPATH變量并建立相關(guān)目錄：
五、Go install
將main.go移到src/main中，這樣這個demo project顯得更加合理，所有源碼均在src下：
* go install(在src/DIR下)編譯出的可執(zhí)行文件以其所在目錄名(DIR)命名
* go install將可執(zhí)行文件安裝到與src同級別的bin目錄下，bin目錄由go install自動創(chuàng)建
* go install將可執(zhí)行文件依賴的各種package編譯后，放在與src同級別的pkg目錄下
現(xiàn)在我們來看看bin目錄：
的確出現(xiàn)一個bin目錄，并且剛剛編譯的程序main在bin下面。
hello.go編譯后并非可執(zhí)行程序，在編譯main的同時，由于main依賴hello package，因此hello也被關(guān)聯(lián)編譯了。這與單獨在hello目錄下執(zhí)行install的結(jié)果是一樣的，我們試試：
在我們的workspace(go-examples目錄)下出現(xiàn)了一個pkg目錄，pkg目錄下是一個名為linux_386的子目錄，其下面有一個文 件：hello.a。這就是我們install的結(jié)果。hello.go被編譯為hello.a并安裝到pkg/linux_386目錄下了。
.a這個后綴名讓我們想起了靜態(tài)共享庫，但這里的.a卻是Go獨有的文件格式，與傳統(tǒng)的靜態(tài)共享庫并不兼容。但Go語言的設(shè)計者使用這個后綴名似乎是希望 這個.a文件也承擔(dān)起Go語言中"靜態(tài)共享庫"的角色。我們不妨來試試，看看這個hello.a是否可以被Go compiler當(dāng)作"靜態(tài)共享庫"來對待。我們移除src中的hello目錄，然后在main目錄下執(zhí)行g(shù)o build：
Go編譯器提示無法找到hello這個包，可見目前版本的Go編譯器似乎不理pkg下的.a文件。http://code.google.com/p/go/issues/detail?id=2775 這個issue也印證了這一點，不過后續(xù)Go版本很可能會支持鏈接.a文件。畢竟我們在使用第三方package的時候，很可能無法得到其源碼，并且在每個項目中都保存一份第三方包的源碼也十分不利于項目源碼的后期維護(hù)。
標(biāo)簽：晉城 喀什 九江 本溪 運城 深圳 湘潭 楚雄
巨人網(wǎng)絡(luò)通訊聲明：本文標(biāo)題《創(chuàng)建第一個Go語言程序Hello,Go!》，本文關(guān)鍵詞 創(chuàng)建,第一個,語言程序,；如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題，煩請?zhí)峁┫嚓P(guān)信息告之我們，我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò)，涉及言論、版權(quán)與本站無關(guān)。
