用Go語(yǔ)言編程的優(yōu)缺點(diǎn)是什么

小編給大家分享一下用Go語(yǔ)言編程的優(yōu)缺點(diǎn)是什么，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

最近，我們使用 Go 語(yǔ)言編寫(xiě)了一個(gè) API，Go 語(yǔ)言是一種開(kāi)源編程語(yǔ)言，2009 年由 Google 推出。在使用 Go 進(jìn)行開(kāi)發(fā)的過(guò)程中，我們得到了很多經(jīng)驗(yàn)和心得，想跟讀者們分享，于是便有了本文。

在為項(xiàng)目選擇編程語(yǔ)言時(shí)，我們總是建議，在考慮要使用哪種編程語(yǔ)言進(jìn)行構(gòu)建之前，先要了解這個(gè)項(xiàng)目將要構(gòu)建的內(nèi)容。讓產(chǎn)品成為應(yīng)該如何構(gòu)建的決定性因素。

下面就是我們?cè)谑褂?Go 語(yǔ)言進(jìn)行開(kāi)發(fā)時(shí)發(fā)現(xiàn)的一些利弊，這些可以幫助你了解 Go 語(yǔ)言是否適合用于構(gòu)建你的下一個(gè)項(xiàng)目。

我們喜歡 Go 的地方

近年來(lái)，Go 語(yǔ)言的使用量呈爆炸式增長(zhǎng)。似乎每個(gè)初創(chuàng)公司都將它用于后端系統(tǒng)。開(kāi)發(fā)人員認(rèn)為它如此廣受歡迎，背后的原因有很多。

Go 語(yǔ)言速度非?？?/strong>

Go 語(yǔ)言是一門(mén)非常快速的編程語(yǔ)言。因?yàn)?Go 語(yǔ)言是編譯成機(jī)器碼的，因此，它的表現(xiàn)自然會(huì)優(yōu)于那些解釋性或具有虛擬運(yùn)行時(shí)的編程語(yǔ)言。Go 程序的編譯速度也非?？?，并且生成的二進(jìn)制文件非常小。我們的 API 在短短幾秒鐘內(nèi)就編譯完畢，生成的可執(zhí)行文件區(qū)區(qū)只有 11.5MB 這么小。

易于掌握

與其他語(yǔ)言相比，Go 語(yǔ)言的語(yǔ)法很簡(jiǎn)單，很容易掌握。你完全可以把 Go 語(yǔ)言的大部分語(yǔ)法記在腦子里，這意味著你并不需要花很多時(shí)間來(lái)查找東西。Go 語(yǔ)言也非常干凈易讀。非 Go 語(yǔ)言的程序員，尤其是那些習(xí)慣于 C 風(fēng)格語(yǔ)法的程序員，就可以閱讀 Go 程序代碼，并且能夠理解發(fā)生什么事。

靜態(tài)類(lèi)型定義語(yǔ)言

Go 語(yǔ)言是一種強(qiáng)大的靜態(tài)類(lèi)型定義語(yǔ)言。有基本類(lèi)型，如 int、byte 和 string。也有結(jié)構(gòu)類(lèi)型。與任何強(qiáng)類(lèi)型語(yǔ)言一樣，類(lèi)型系統(tǒng)允許編譯器幫助捕獲整個(gè)類(lèi)的錯(cuò)誤。Go 語(yǔ)言還具有內(nèi)置的列表和映射類(lèi)型，而且它們也易于使用。

接口類(lèi)型

Go 語(yǔ)言有接口類(lèi)型，任何結(jié)構(gòu)都可以簡(jiǎn)單地通過(guò)實(shí)現(xiàn)接口的方法來(lái)滿(mǎn)足接口。這允許你解耦代碼中的依賴(lài)項(xiàng)。然后，你可以在測(cè)試中模擬你的依賴(lài)項(xiàng)。通過(guò)使用接口，你可以編寫(xiě)更加模塊化的可測(cè)試代碼。Go 語(yǔ)言還具有頭等函數(shù)，這使得開(kāi)發(fā)人員以更實(shí)用的方式編寫(xiě)代碼成為可能。

標(biāo)準(zhǔn)庫(kù)

Go 語(yǔ)言有一個(gè)相當(dāng)不錯(cuò)的標(biāo)準(zhǔn)庫(kù)。它提供了方便的內(nèi)置函數(shù)，用于處理基本類(lèi)型。有些包可以讓你輕松構(gòu)建一個(gè) Web 服務(wù)器、處理 I/O、使用加密技術(shù)以及操作原始字節(jié)。標(biāo)準(zhǔn)庫(kù)提供的 JSON 序列化和反序列化非常簡(jiǎn)單。通過(guò)使用“tags”，你可以在 struct 字段旁邊指定 JSON 字段名。

測(cè)試支持

測(cè)試支持內(nèi)置在標(biāo)準(zhǔn)庫(kù)中，不需要額外的依賴(lài)。如果你有個(gè)名為 thing.go 的文件，請(qǐng)?jiān)诹硪粋€(gè)名為 thing_test.go 的文件中編寫(xiě)測(cè)試，并運(yùn)行“go test”。Go 就將快速執(zhí)行這些測(cè)試。

靜態(tài)分析工具

Go 語(yǔ)言的靜態(tài)分析工具眾多且強(qiáng)大。一種特別的工具是 gofmt，它根據(jù) Go 的建議風(fēng)格對(duì)代碼進(jìn)行格式化。這可以規(guī)范項(xiàng)目的許多意見(jiàn)，讓團(tuán)隊(duì)獎(jiǎng)經(jīng)理集中在代碼所做的工作上。我們對(duì)每個(gè)構(gòu)建運(yùn)行 gofmt、golint 和 vet，如果發(fā)現(xiàn)任何警告的話(huà)，則構(gòu)建將會(huì)失敗。

垃圾收集

在設(shè)計(jì) Go 語(yǔ)言時(shí)，有意將內(nèi)存管理設(shè)計(jì)得比 C 和 C++ 更容易。動(dòng)態(tài)分配的對(duì)象是垃圾收集。Go 語(yǔ)言使指針的使用更加安全，因?yàn)樗辉试S指針運(yùn)算。還提供了使用值類(lèi)型的選項(xiàng)。

更容易的并發(fā)模型

雖然并發(fā)編程從來(lái)就不是一件易事，但 Go 語(yǔ)言在并發(fā)編程要比其他語(yǔ)言更容易。創(chuàng)建一個(gè)名為“goroutine”的輕量級(jí)線(xiàn)程，并通過(guò)“channel”與它進(jìn)行通信幾乎是非常簡(jiǎn)單的事情，至于更為復(fù)雜的模型，也是有可能能夠?qū)崿F(xiàn)的。

我們不喜歡 Go 的地方

正如我們前面討論過(guò)的，Go 語(yǔ)言確實(shí)是一門(mén)優(yōu)秀的語(yǔ)言。它有一個(gè)干凈的語(yǔ)法，執(zhí)行速度也很快速。它還有很多優(yōu)點(diǎn)。但是，編程語(yǔ)言的全部并不僅僅是指它的語(yǔ)法。下面是我們遇到的一些問(wèn)題。

沒(méi)有泛型

首先，這個(gè)問(wèn)題就像房間里的大象一樣，是顯而易見(jiàn)而又被忽略的事實(shí)。Go 語(yǔ)言沒(méi)有泛型。對(duì)于來(lái)自使用 Java 這樣的語(yǔ)言的開(kāi)發(fā)者來(lái)說(shuō)，要轉(zhuǎn)向 Go 語(yǔ)言，這是一個(gè)需要克服的巨大障礙。這意味著代碼的重用級(jí)別降低了。雖然 Go 語(yǔ)言有頭等函數(shù)，但如果編寫(xiě)“map”、“reduce”和“filter”等函數(shù)，將這些函數(shù)設(shè)計(jì)為對(duì)一種類(lèi)型的集合進(jìn)行操作，就不能將這些函數(shù)重用于其他不同的類(lèi)型集合。要解決這一問(wèn)題有很多方法，但都最終都要涉及到編寫(xiě)更多的代碼，如此一來(lái)，生產(chǎn)力和可維護(hù)性就降低了。

接口是隱式的

雖然有接口這一點(diǎn)很好，但是結(jié)構(gòu)卻是隱式地而非顯式地實(shí)現(xiàn)接口。這點(diǎn)被稱(chēng)為是 Go 語(yǔ)言的優(yōu)勢(shì)之一，但我們發(fā)現(xiàn)，很難從結(jié)構(gòu)中看出它是否實(shí)現(xiàn)了接口。你只能通過(guò)嘗試編譯程序才能真正了解。如果程序很小，這當(dāng)然沒(méi)有什么問(wèn)題。但如果這個(gè)程序是中大型規(guī)模，麻煩就大了。

庫(kù)支持不佳

Go 語(yǔ)言的庫(kù)支持參差不齊。我們的 API 與 Contentful 集成，但后者并沒(méi)有官方支持的 Go SDK。這意味著我們必須編寫(xiě)（并維護(hù)！）大量代碼來(lái)請(qǐng)求和解析 Contentful 中的數(shù)據(jù)。我們還必須依賴(lài)第三方的 Elasticsearch 庫(kù)。由廠(chǎng)商提供的 Go SDK 并不像他們的 Java、Ruby 或 JavaScript 同類(lèi)產(chǎn)品那樣受歡迎。

社區(qū)溝通很難

Go 社區(qū)可能不會(huì)接受建議。在 golint 的 GitHub 存儲(chǔ)庫(kù)中考慮這個(gè)問(wèn)題：https://github.com/golang/lint/issues/65 ，有用戶(hù)請(qǐng)求 golint 在發(fā)現(xiàn)警告時(shí)，能夠使構(gòu)建失?。ㄟ@就是我們?cè)陧?xiàng)目中所做的事情）。維護(hù)者立即否定了這一想法。但是，由于有太多的人就這個(gè)問(wèn)題發(fā)表了評(píng)論，一年后，維護(hù)者最終不得不增加了所請(qǐng)求的特性。

Go 社區(qū)似乎也不喜歡 Web 框架。雖然 Go 語(yǔ)言的 HTTP 庫(kù)涵蓋了很多方面，但它并不支持路徑參數(shù)、輸入檢查和驗(yàn)證，也不支持 Web 應(yīng)用程序中常見(jiàn)的橫切關(guān)注點(diǎn)。Ruby 開(kāi)發(fā)人員有 Rails，Java 開(kāi)發(fā)人員有 Spring MVC，Python 開(kāi)發(fā)者有 Django。但許多 Go 開(kāi)發(fā)人員選擇了避免使用框架。然而現(xiàn)實(shí)是，并非沒(méi)有框架，恰恰相反有很多。但是，一旦你開(kāi)始將某個(gè)框架用于某個(gè)項(xiàng)目，要想避免被遺棄的命運(yùn)幾乎是不可能的。

分裂的依賴(lài)關(guān)系管理

很長(zhǎng)一段時(shí)間以來(lái)，Go 語(yǔ)言沒(méi)有一個(gè)穩(wěn)定的、正式的包管理器。經(jīng)過(guò)多年的社區(qū)乞求，Go 項(xiàng)目最近才發(fā)布 godep。在此之前，已經(jīng)有許多工具填補(bǔ)了這個(gè)空白。我們?cè)陧?xiàng)目中使用了非常強(qiáng)大的 govendor，但這意味著社區(qū)是分裂的，對(duì)剛接觸 Go 語(yǔ)言的開(kāi)發(fā)人員來(lái)說(shuō)，這可能是非常令人困惑的。此外，幾乎所有的包管理器都由 Git 存儲(chǔ)庫(kù)提供支持，Git 存儲(chǔ)庫(kù)的歷史可能隨時(shí)會(huì)發(fā)生更改。將其與 Maven Central 相比，后者永遠(yuǎn)不會(huì)刪除或更改項(xiàng)目所依賴(lài)的庫(kù)。

決定是否使用 Go 語(yǔ)言

有時(shí)候，你需要考慮一下機(jī)器的情況。你發(fā)送和接受字節(jié)時(shí)。你管理數(shù)千個(gè)并發(fā)進(jìn)程時(shí)。你也有可能正在編寫(xiě)操作系統(tǒng)、容器系統(tǒng)或區(qū)塊鏈節(jié)點(diǎn)。在這些情況下，很可能你不會(huì)關(guān)心泛型。因?yàn)槟忝χ鴱男酒ト∶考{秒的性能。

但是，很多時(shí)候，你需要考慮人類(lèi)。你需要處理的業(yè)務(wù)領(lǐng)域數(shù)據(jù)：客戶(hù)、員工、產(chǎn)品、訂單。你需要編寫(xiě)對(duì)這些域?qū)嶓w進(jìn)行操作的業(yè)務(wù)邏輯，并且需要多年來(lái)維護(hù)此業(yè)務(wù)邏輯。并且需要處理不斷變化的需求，還要做的越快越好。對(duì)于這些情況，開(kāi)發(fā)人員的經(jīng)驗(yàn)很重要。

Go 語(yǔ)言是一種編程語(yǔ)言，它更重視的是機(jī)器時(shí)間而不是人類(lèi)時(shí)間。有時(shí)候，你的領(lǐng)域中，機(jī)器，或者程序性能是最關(guān)鍵的。在這些情況下，Go 可以成為一個(gè)很好的 C 或 C++ 替代品。但是，當(dāng)你編寫(xiě)一個(gè)典型的 n 層應(yīng)用程序時(shí)，性能瓶頸通常會(huì)出現(xiàn)在數(shù)據(jù)庫(kù)中，更重要的是，你將如何對(duì)數(shù)據(jù)建模。

在決定是否使用 Go 語(yǔ)言時(shí)，請(qǐng)考慮以下經(jīng)驗(yàn)法則：

• 如果你處理的是字節(jié)，那么 Go 語(yǔ)言可能是一個(gè)不錯(cuò)的選擇。

• 如果你處理的是數(shù)據(jù)，那么 Go 語(yǔ)言可能不是一個(gè)好的選擇。

這種情況也許在未來(lái)有一天會(huì)改變。Go 語(yǔ)言和社區(qū)仍然還很年輕。他們可能會(huì)給我們帶來(lái)驚喜，并添加泛型；或者一個(gè)流行的 Web 框架會(huì)大獲全勝。不過(guò)，目前我們將堅(jiān)持使用成熟的編程語(yǔ)言，這些語(yǔ)言具有普遍的支持、成熟的依賴(lài)性管理，并專(zhuān)注于業(yè)務(wù)領(lǐng)域建模。

以上是用Go語(yǔ)言編程的優(yōu)缺點(diǎn)是什么的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注億速云行業(yè)資訊頻道！