下面由Golang教學欄位介紹給大家關於用Go語言程式設計的利與弊,希望對需要的朋友有幫助!
最近,我們使用 Go 語言編寫了一個 API,Go 語言是一種開源程式語言,2009 年由 Google 推出。在使用 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 語言沒有泛型。對於來自使用 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中文網其他相關文章!