點擊上方藍色“Go語言中文網”關注我們，領全套Go資料，每天學習?Go?語言

Go 語言最近幾年逐漸獲得越來越多的開發者的喜歡。在 Go 社區前不久剛剛慶祝Go誕生10周年生日之際，谷歌云軟件工程師 Benjamin Congdon 發表個人博客(11 月 11 日發表)，表達了自己對 Go 倍加青睞的一些原因。他表示，“簡潔”是他喜歡使用Go語言最重要的原因。原文鏈接：https://benjamincongdon.me/blog/2019/11/11/The-Value-in-Gos-Simplicity/ 以下是譯文：

使用 Go 幾年后，我真的很欣賞它的簡單性。我幾個月前開始在工作中使用 Go，發現它真的很容易實現迭代，甚至是比 Python 和 Java 更為復雜的迭代。

當 Go 社區慶祝其成立 10 周年(https://blog.golang.org/10years)時，我正在思考是什么使 Go 變得獨一無二。我認為 Go 的許多真正力量來自其設計師的理念：高度強調向前兼容性，該語言沒有損害可讀性的特性，并且隨手可得。你真正需要的一切它都提供了(包括基本測試庫，可靠的聯網和同步原語以及模板等)。

向前兼容性和依賴性

我認為，相較近期的語言，Go 具有最完善的版本控制和依賴關系。我從未因為 Go 的版本更新而遇到破壞兼容性的情況。這很重要。在相似的時間段內，由于 Rust 的 API 更改，臭名昭著的 Python 2 到 3 過渡，我的項目中斷了，老實說，如果 npm 升級后我的任何舊 JS 項目讓我感到吃驚。

借助 Go，我注意到庫趨于穩定，這似乎讓人擔憂。因為在 Python 和 JavaScript 領域，如果你看到 3 年未更新的庫，則表明該庫已死。而在 Go 生態系統中，你可能可以使用它。在其他社區中被視為停滯或忽視的事物，在 Go 這里反而是復興的標志。

我還注意到，在 Go 中，我需要更少的依賴項，而我的依賴項本身也具有更少的依賴項。Go 沒有將盡可能多的邏輯導出到外部依賴項的文化。Go 社區比其他地方更容易接受代碼重復。這可能令人沮喪。有時，你只想要一個執行某種類型的環境或分析的庫。很多時候，你需要自己編寫該功能，或者從 StackOverflow 答案中復制/粘貼該功能。總的來說，我認為這一點還是利大于弊。更少的依賴項意味著項目閑置幾個月之后被迫中斷的可能性更低。

現在，這對于其他語言、社區可能有點不公平。Rust 尚未達到 Go 所具有的穩定性，這可能是因為它還不是一種成熟的語言，但它正朝著這一方向發展。Python 3 本身已向前兼容，我希望 Python 核心開發人員能從中學到關于硬破損的教訓。在這方面，我對 Javascript 不太抱有希望，但是據說 WebAssembly 和 ES10 將解決我們所有的問題。

Go 的依賴管理并不是沒有問題。有一陣子，dep 和 glide 的破裂確實很煩人。并且，盡管 Go Modules 很棒，但社區仍未達到 100％ 的采用率。在使用 Go Modules 之前，將所有內容都保留在 $GOPATH 下的要求非常煩人，以至于我推遲了多年進入 Go 的工作。現在情況已經好轉并顯示出改善的跡象。

就向前兼容性而言，自 Go1 發布以來，所有 Go 代碼都可以得到兼容性的保證^[1]，這會一直運行到 Go2，直到將來的某個不確定的時間點。這是一個強有力的承諾，至少到目前為止，這讓我對這種語言的使用很放心。

“你不需要它”(但你可能想要它)

在使用 Go 一段時間后，我開始想要一些 Go 語言根本不支持的額外功能。嗯，我對 C++ 模板的排斥程度不亞于任何一個人，但是擁有基本的集合類泛型這個要求也不過分，對吧？

開箱即用的唯一兩個通用數據結構是切片(slice)和映射(map)。那是否要編寫自己的數據結構？要么必須針對特定類型進行設置，要么需要盯著一個全是 interface{} 的字段。這兩種方法都各有所長，但有時候，我希望可以只導入類型安全的、通用的、雙向 map。

Go 將“你根本不需要”^[2]發揮到了極致。“需要”是這里的重點詞。你“不需要”泛型，但幾乎可以肯定你想要它。這樣的語法糖在錯誤處理、函數式編程和運算符重載上都是上上之選。

那句“陳詞濫調”怎么說來著？有時“少即是多”。除了命名返回值^[3]之外，我想不出 Go 語言中的任何讓用戶抓狂的功能了。令人印象深刻的是，Go 核心開發人員對在 Go 中模仿其他語言的開發人員群體表現出了極大了約束。Go2^[4] 的未來對我來說真的很令人興奮，因為我很期待看到已經習慣的“下一代” Go 是什么樣子。

包括了足夠你需要的

對于 Go 令人贊嘆的另一點是，它提供了幾乎所有你需要的。

go test 是一個很好的(盡管是基本的)測試框架。你無需成為 JUnit 的領域專家，也無需在 nose 和 unittest 之間進行選擇。為方便起見，有一些測試斷言庫，例如 testify^[5]，你可以引入它們，但“你并不必須要”。

類似地，Go 的 sync 包涵蓋了你可能需要的大多數同步原語，http提供了可用于生產環境的 HTTP 服務器和客戶端(甚至支持 HTTP2)，而且 encoding 包有足夠多的子包可以處理 json、xml、csv 以及許多其他常見格式的數據。

格式化，格式化，格式化(老外也強調重要的事情說三遍)

最后，如果我不提到gofmt，我會很失落。在格式化方面，我有點挑剔。我并不特別在意使用哪些規則，但是我非常在乎一致性。Go 的內部格式化工具 gofmt 已被社區廣泛采用，并提供了足夠的一致性，使 Go 的代碼“看起來”符合 Go 的習語，而不會看代碼看得要抓狂。

就個人而言，我發現使用gofmt可以更輕松地閱讀開源 Go 代碼。每個項目仍然有自己的處理方式，但是每個項目都遵循相同的格式約定。從美學上講，這讓人很高興。

---

所以，我喜歡 Go。曾經有一段時間，我對 Zen of Python^[6] 非常著迷，并且對其他語言不屑一顧。我期待 Go 的美好未來，我可能以后會在 Rust 流行起來之后，去用 Rust 趕一波時髦，因為我確實喜歡一些類似于函數式的編程。

但是現在，我非常愿意繼續使用 Go 語言。

文中鏈接

[1]

保證: https://golang.org/doc/go1compat

[2]

“你根本不需要”: https://www.martinfowler.com/bliki/Yagni.html

[3]

命名返回值: http://tour.studygolang.com/basics/7

[4]

Go2: https://github.com/golang/go/wiki/Go2

[5]

testify: https://github.com/stretchr/testify

[6]

Zen of Python: https://www.python.org/dev/peps/pep-0020/

推薦閱讀

• 深度長文：深入Go Runtime，你能做到淺出嗎?

• 為什么golang沒有volatile？

---

喜歡本文的朋友，歡迎關注“Go語言中文網”：

Go語言中文網啟用微信學習交流群，歡迎加微信：274768166