關於用Go語言程式設計的利弊

下面由Golang教學欄位介紹給大家關於用Go語言程式設計的利與弊，希望對需要的朋友有幫助！

最近，我們使用 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 框架會大獲全勝。不過，目前我們將堅持使用成熟的程式語言，這些語言具有普遍的支援、成熟的依賴性管理，並專注於業務領域建模。

更多go技術文章，請造訪go語言教學專欄！

以上是關於用Go語言程式設計的利弊的詳細內容。更多資訊請關注PHP中文網其他相關文章！