用Go語言編程的利與弊

作者 | Samuel Jones

譯者 | Sambodhi

Go 語言有多火爆？國外如 Google、AWS、Cloudflare、CoreOS 等，國內如七牛、阿里等都已經開始大規模使用 Go 語言開發其雲計算相關產品。在 Go 語言的使用過程中，需要注意哪些 Yes 和 But？

最近，我們使用 Go 語言編寫了一個 API，Go 語言是一種開源編程語言，2009 年由 Google 推出。在使用 Go 進行開發的過程中，我們得到了很多經驗和心得，想跟讀者們分享，於是便有了本文。

在為項目選擇編程語言時，我們總是建議，在考慮要使用哪種編程語言進行構建之前，先要了解這個項目將要構建的內容。讓產品成為應該如何構建的決定性因素。

下面就是我們在使用 Go 語言進行開發時發現的一些利弊，這些可以幫助你了解 Go 語言是否適合用於構建你的下一個項目。

我們喜歡 Go 的地方

近年來，Go 語言的使用量呈爆炸式增長。似乎每個初創公司都將它用於後端系統。開發人員認為它如此廣受歡迎，背後的原因有很多。

Go 語言速度非常快

Go 語言是一門非常快速的編程語言。因為 Go 語言是編譯成機器碼的，因此，它的表現自然會優於那些解釋性或具有虛擬運行時的編程語言。Go 程序的編譯速度也非常快，並且生成的二進位文件非常小。我們的 API 在短短几秒鐘內就編譯完畢，生成的可執行文件區區只有 11.5MB 這麼小。

易於掌握

與其他語言相比，Go 語言的語法很簡單，很容易掌握。你完全可以把 Go 語言的大部分語法記在腦子裡，這意味著你並不需要花很多時間來查找東西。Go 語言也非常乾淨易讀。非 Go 語言的程序員，尤其是那些習慣於 C 風格語法的程序員，就可以閱讀 Go 程序代碼，並且能夠理解發生什麼事。

靜態類型定義語言

Go 語言是一種強大的靜態類型定義語言。有基本類型，如 int、byte 和 string。也有結構類型。與任何強類型語言一樣，類型系統允許編譯器幫助捕獲整個類的錯誤。Go 語言還具有內置的列表和映射類型，而且它們也易於使用。

介面類型

Go 語言有介面類型，任何結構都可以簡單地通過實現介面的方法來滿足介面。這允許你解耦代碼中的依賴項。然後，你可以在測試中模擬你的依賴項。通過使用介面，你可以編寫更加模塊化的可測試代碼。Go 語言還具有頭等函數，這使得開發人員以更實用的方式編寫代碼成為可能。

標準庫

Go 語言有一個相當不錯的標準庫。它提供了方便的內置函數，用於處理基本類型。有些包可以讓你輕鬆構建一個 Web 伺服器、處理 I/O、使用加密技術以及操作原始位元組。標準庫提供的 JSON 序列化和反序列化非常簡單。通過使用「tags」，你可以在 struct 欄位旁邊指定 JSON 欄位名。

測試支持

測試支持內置在標準庫中，不需要額外的依賴。如果你有個名為 thing.go 的文件，請在另一個名為 thing_test.go 的文件中編寫測試，並運行「go test」。Go 就將快速執行這些測試。

靜態分析工具

Go 語言的靜態分析工具眾多且強大。一種特別的工具是 gofmt，它根據 Go 的建議風格對代碼進行格式化。這可以規範項目的許多意見，讓團隊獎經理集中在代碼所做的工作上。我們對每個構建運行 gofmt、golint 和 vet，如果發現任何警告的話，則構建將會失敗。

垃圾收集

在設計 Go 語言時，有意將內存管理設計得比 C 和 C 更容易。動態分配的對象是垃圾收集。Go 語言使指針的使用更加安全，因為它不允許指針運算。還提供了使用值類型的選項。

更容易的並發模型

雖然並發編程從來就不是一件易事，但 Go 語言在並發編程要比其他語言更容易。創建一個名為「goroutine」的輕量級線程，並通過「channel」與它進行通信幾乎是非常簡單的事情，至於更為複雜的模型，也是有可能能夠實現的。

我們不喜歡 Go 的地方

正如我們前面討論過的，Go 語言確實是一門優秀的語言。它有一個乾淨的語法，執行速度也很快速。它還有很多優點。但是，編程語言的全部並不僅僅是指它的語法。下面是我們遇到的一些問題。

沒有泛型

首先，這個問題就像房間里的大象一樣，是顯而易見而又被忽略的事實。Go 語言沒有泛型。對於來自使用 Java 這樣的語言的開發者來說，要轉向 Go 語言，這是一個需要克服的巨大障礙。這意味著代碼的重用級別降低了。雖然 Go 語言有頭等函數，但如果編寫「map」、「reduce」和「filter」等函數，將這些函數設計為對一種類型的集合進行操作，就不能將這些函數重用於其他不同的類型集合。要解決這一問題有很多方法，但都最終都要涉及到編寫更多的代碼，如此一來，生產力和可維護性就降低了。

介面是隱式的

雖然有介面這一點很好，但是結構卻是隱式地而非顯式地實現介面。這點被稱為是 Go 語言的優勢之一，但我們發現，很難從結構中看出它是否實現了介面。你只能通過嘗試編譯程序才能真正了解。如果程序很小，這當然沒有什麼問題。但如果這個程序是中大型規模，麻煩就大了。

庫支持不佳

Go 語言的庫支持參差不齊。我們的 API 與 Contentful 集成，但後者並沒有官方支持的 Go SDK。這意味著我們必須編寫（並維護！）大量代碼來請求和解析 Contentful 中的數據。我們還必須依賴第三方的 Elasticsearch 庫。由廠商提供的 Go SDK 並不像他們的 Java、Ruby 或 JavaScript 同類產品那樣受歡迎。

社區溝通很難

Go 社區可能不會接受建議。在 golint 的 GitHub 存儲庫中考慮這個問題：https://github.com/golang/lint/issues/65 ，有用戶請求 golint 在發現警告時，能夠使構建失敗（這就是我們在項目中所做的事情）。維護者立即否定了這一想法。但是，由於有太多的人就這個問題發表了評論，一年後，維護者最終不得不增加了所請求的特性。

Go 社區似乎也不喜歡 Web 框架。雖然 Go 語言的 HTTP 庫涵蓋了很多方面，但它並不支持路徑參數、輸入檢查和驗證，也不支持 Web 應用程序中常見的橫切關注點。Ruby 開發人員有 Rails，Java 開發人員有 Spring MVC，Python 開發者有 Django。但許多 Go 開發人員選擇了避免使用框架。然而現實是，並非沒有框架，恰恰相反有很多。但是，一旦你開始將某個框架用於某個項目，要想避免被遺棄的命運幾乎是不可能的。

分裂的依賴關係管理

很長一段時間以來，Go 語言沒有一個穩定的、正式的包管理器。經過多年的社區乞求，Go 項目最近才發布 godep。在此之前，已經有許多工具填補了這個空白。我們在項目中使用了非常強大的 govendor，但這意味著社區是分裂的，對剛接觸 Go 語言的開發人員來說，這可能是非常令人困惑的。此外，幾乎所有的包管理器都由 Git 存儲庫提供支持，Git 存儲庫的歷史可能隨時會發生更改。將其與 Maven Central 相比，後者永遠不會刪除或更改項目所依賴的庫。

決定是否使用 Go 語言

有時候，你需要考慮一下機器的情況。你發送和接受位元組時。你管理數千個並發進程時。你也有可能正在編寫操作系統、容器系統或區塊鏈節點。在這些情況下，很可能你不會關心泛型。因為你忙著從晶元榨取每納秒的性能。

但是，很多時候，你需要考慮人類。你需要處理的業務領域數據：客戶、員工、產品、訂單。你需要編寫對這些域實體進行操作的業務邏輯，並且需要多年來維護此業務邏輯。並且需要處理不斷變化的需求，還要做的越快越好。對於這些情況，開發人員的經驗很重要。

Go 語言是一種編程語言，它更重視的是機器時間而不是人類時間。有時候，你的領域中，機器，或者程序性能是最關鍵的。在這些情況下，Go 可以成為一個很好的 C 或 C 替代品。但是，當你編寫一個典型的 n 層應用程序時，性能瓶頸通常會出現在資料庫中，更重要的是，你將如何對數據建模。

在決定是否使用 Go 語言時，請考慮以下經驗法則：

如果你處理的是位元組，那麼 Go 語言可能是一個不錯的選擇。

如果你處理的是數據，那麼 Go 語言可能不是一個好的選擇。

這種情況也許在未來有一天會改變。Go 語言和社區仍然還很年輕。他們可能會給我們帶來驚喜，並添加泛型；或者一個流行的 Web 框架會大獲全勝。不過，目前我們將堅持使用成熟的編程語言，這些語言具有普遍的支持、成熟的依賴性管理，並專註於業務領域建模。

英文原文

https://willowtreeapps.com/ideas/the-pros-and-cons-of-programming-in-go

點個在看少個 bug

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！