這個月 Go 語言就將迎來它的10歲生日了，于是我們特地列出了10條讓你可以開心使用 Go 語言的理由。

[[282093]]

Map 集合/映射默認使用0值

在 Go 中使用映射時，即使你尚未為特定的鍵插入任何值，也可以查詢該鍵，并且它所對應的值為0還不是nil，除非存儲的是指針。

因此如果你有這樣一個映射 m:=map[string]int然后你想得到 m["hello"]，返回的結果將是 0，即使該位置并沒有值。

這允許我們寫代碼時不需要再檢查該鍵是否存在，從而使代碼更加整潔。想象如果我們想要保存某個字符串中一個字符出現的頻率，我們只需要這樣做：

func count(input string) (map[string]int) { m := map[string]int{}for _,s := range input { m[string(s)]++ // 這一步永遠都會是安全的}return m} 

上面的代碼中，我們無需在遞增之前事先判斷該鍵是否已經有值。

不變值

默認情況下，當向一個方法或者函數傳遞值時，你無法對它進行更改。當你確實需要更改這個值時，你需要向這個值傳遞一個指針。它不像 Rust 那么嚴格，后者在初始化變量時就需要標記它是可變變量。盡管如此，這仍然意味著如果你調用了一個不接收指針的函數，你可以確定它不會和你的結構所混淆。

值默認不會是 nil

不管在哪種語言里，我都不是很喜歡 Null，因此我很高興在 Go 里，默認情況下你的結構或者基本類型絕對不會指向 Nil，這就消除了錯誤檢查——當然有一個例外，就是在使用指針的情況下，因此在此情況中我們應該有錯誤處理機制。就算是 Tony Hoare 這個發明了 Null的人也曾經將它形容為一個“價值百萬美元的錯誤”。

type myStruct struct{}func magic(m myStruct) {// 無指針，此情況下不會出現 Nil}func magicp(m *myStruct) {// 可能出現空指針！} 

Nil 切片 == 空切片

是的，這一點再次和 Nil 相關，因為我真的很不喜歡 Nil 值。所以另一個讓我愛上 Go 語言的原因就是如果你有一個 nil 切片，它和一個空切片其實沒什么區別，因此你就不需要分開判斷一個切片是否為 nil然后再判斷它是否為 empty。剛好這也是我喜歡 Common Lisp 的理由之一，當時我很意外 Go 語言也能有這個功能。

func main() {var s []intif len(s) == 0{ fmt.Println("hello")}} 

輕松發布相關庫

在知道 Go 語言中發布庫有多么容易之前，我好像從來就沒意識到這件事的重要性。我自己寫了一些 Go 庫，而我唯一需要做的事就是把它們 push 到 GitHub 上，之后別人可以直接在項目中引用這個項目 gogetgithub.com/4byte/{lib}。現在你也可以把它們添加成 go模塊，但這和往 GitHub 上發布庫一樣簡單。

Go 擁有強烈的語法偏好

強制代碼格式這一點有人喜歡就有人討厭，但 Go 確實是一門有著強烈語法偏好的語言。個人而言我很喜歡它的風格，因為在代碼審查上它移除了很多沒用的部分。借 Rob Pike 的原話：

Gofmt 不會是某個人的最愛，但它也是每個人的最愛。

多范式編程

你所看到的很多 Go 代碼都是偏向面向對象型的，但它不一定非得是面向對象。實際上，盡管 Go 在一些地方缺少某些語法和功能，但 Go 其實是可以成為一門不錯的函數式編程語言的。舉個例子，Go 語言可以滿足柯里化(Function Currying)或者延續傳遞 CPS 風格的編程。

雖然你不一定要讓整個代碼庫都呈現函數式編程的風格，但在項目中的某些部分可以用到它。

Go 社區

不管是在 IRC 上的 freenode/go-nuts還是在 gophers.slack.com上你都能找到很多真正關心著這門語言的開發者。并且這些社區對剛剛轉向 Go 的新人都很友好。更拉好感的是，Go 社區在多樣性和包容性上做出了很大努力，比如 Git 上的 GoBridge 項目和"Women Who Go"項目等。

處處運行

Go 基本上在哪里都能運行，并且只要能提供正確的 GOOS，GOARCH,CGO_ENABLED 或 GOARM 標記等，你可以在任何平臺上構建它。這使 Go 也得以在多種架構上運行，比如 amd64,386 和 arm 等。

除開這些，Go 也是第一門擁有內置 WebAssembly 的語言。除了這些已經能支持的平臺外，還有類似 TinyGo 這樣的項目在推進 Go 更強大的跨平臺型和便攜性。

Go 被特意設計為一門簡單的語言

Go 從誕生之初就以簡單性為目標，到目前位置，它的簡單性保持得會很成功。Go 的語言規范是你從頭到尾看一遍(花不了多少時間)就能完全看懂的東西，這也意味著有些在別的語言中能夠找到的特性在 Go 里它就是不存在的，其中一個爭議比較大的就是 Go 缺少泛型。

我個人非常支持 Go 語言的這種簡單性，它的好處之一就是讓開發者可以迅速掌握該語言，而在一個團隊中也幾乎不會出現這種你的同事使用了你從未見過的程序結構的可能。