建站
咨詢
售后
建站咨詢
新聞中心
Go 語(yǔ)言誕生于谷歌，由計(jì)算機(jī)領(lǐng)域的三位宗師級(jí)大牛 Rob Pike、Ken Thompson 和 Robert Griesemer 寫成。由于出身名門，Go 在誕生之初就吸引了大批開發(fā)者的關(guān)注。誕生十年以來(lái)，已經(jīng)涌出了很多基于 Go 的應(yīng)用。就在不多久之前，知乎也舍棄了 Python，轉(zhuǎn) 用 Go 重構(gòu)推薦系統(tǒng)。
站在用戶的角度思考問(wèn)題，與客戶深入溝通，找到偃師網(wǎng)站設(shè)計(jì)與偃師網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗(yàn)，讓設(shè)計(jì)與互聯(lián)網(wǎng)技術(shù)結(jié)合，創(chuàng)造個(gè)性化、用戶體驗(yàn)好的作品，建站類型包括：網(wǎng)站建設(shè)、成都網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣、空間域名、網(wǎng)站空間、企業(yè)郵箱。業(yè)務(wù)覆蓋偃師地區(qū)。
谷歌前員工 Jake Wilson 認(rèn)為，比起大家熟悉的 Python，Go 語(yǔ)言其實(shí)有很多優(yōu)良特性，很多時(shí)候都可以代替 Python，他已經(jīng)在很多任務(wù)中使用 Go 語(yǔ)言替代了 Python。那么 Go 語(yǔ)言到底有著什么樣的獨(dú)特魅力?它有哪些勝于 Python 的地方呢?讓我們一起來(lái)了解一下吧!
出身名門的 Go 語(yǔ)言
對(duì)于一門只有十年歷史的新語(yǔ)言，Go 的發(fā)展勢(shì)頭相當(dāng)迅猛，容器界的扛把子 Docker 就是用 Go 寫的，國(guó)內(nèi)也有不少團(tuán)隊(duì)廣泛使用 Go。近日，HackerRank 在社區(qū)發(fā)起了 程序員技能調(diào)查，來(lái)自 100 多個(gè)國(guó)家、超過(guò) 70000 名開發(fā)者參與其中。調(diào)查結(jié)果顯示，2019 年，程序員最想學(xué)習(xí)的編程語(yǔ)言 Top 3 分別是 Go、Kotlin 和 Python，其中 Go 以 37.2% 的比例排在首位。
但 Go 要想撼動(dòng)編程界的常青樹 Java 二十多年的地位無(wú)疑難度頗大。據(jù) HackerRank 數(shù)據(jù)顯示，2018 年，Java 在開發(fā)者***的編程語(yǔ)言排行榜中仍然排名第 2，Python 排名第 4，Go 排名第 13，距離***名 JavaScript 還有不小的差距。
但對(duì)本文作者 Jack Wilson 來(lái)說(shuō)，Go 語(yǔ)言雖然“年紀(jì)尚小”，但已經(jīng)擁有很多非常優(yōu)秀的特性。
Go 語(yǔ)言到底好在哪?
在很多任務(wù)上，我已經(jīng)用 Go 語(yǔ)言代替了 Python，舉幾個(gè)例子：
- 處理儲(chǔ)存在 S3 上的云端日志
- 在 S3 上的 bucket 和 / 或 region 之間移動(dòng) TB 級(jí)別大小的文件
- 匹配本地的數(shù)據(jù)庫(kù)記錄和 S3 上的文件，以保證文件處于同步狀態(tài)
這些任務(wù)大多是一次性的，所以使用腳本語(yǔ)言操作就會(huì)比較合適。這些任務(wù)需要快速地編程，而代碼用過(guò)一次一般就舍棄了。一般來(lái)說(shuō)，這種任務(wù)的需求都比較新穎、比較專，其代碼很少需要復(fù)用。下面就來(lái)介紹一下，針對(duì)這種任務(wù)為什么可以用 Go 語(yǔ)言來(lái)替代 Python。
擁有編譯器很方便
我經(jīng)常在寫 Python 時(shí)犯很低級(jí)的錯(cuò)誤。我會(huì)給變量或函數(shù)命錯(cuò)名，或向它們傳遞錯(cuò)誤的參數(shù)。這樣的錯(cuò)誤用調(diào)試工具可以找出一部分，但這種工具一般需要專門設(shè)置。我從來(lái)沒很方便地配置過(guò) pylint，而且我也不喜歡用那些很重的、配置起來(lái)更麻煩的 IDE。最慘的情況是，你可能會(huì)不小心打錯(cuò)變量名，而這種錯(cuò)誤又不太容易發(fā)現(xiàn)。你的腳本可能會(huì)跑好幾個(gè)小時(shí)才遇上這個(gè)錯(cuò)誤，然后一切都崩潰了，你又得從頭開始跑這個(gè)腳本。這種錯(cuò)誤大部分都可以靠單元測(cè)試檢出，但單元測(cè)試很少能覆蓋 100% 的代碼，而且我并不想浪費(fèi)時(shí)間去給一個(gè)只用一次的腳本寫單元測(cè)試。而帶編譯器的語(yǔ)言就可以解決以上所有問(wèn)題。編譯器可以檢測(cè)出你犯的所有低級(jí)錯(cuò)誤。出于這點(diǎn)原因，我在寫長(zhǎng)達(dá)幾百行的代碼時(shí)，更傾向于使用 Go 這類語(yǔ)言。
開發(fā)速度
然而，需要編譯的語(yǔ)言的一個(gè)缺點(diǎn)是，一般你的開發(fā)速度會(huì)下降。這點(diǎn)在 C/C++ 和 Java 等語(yǔ)言上體現(xiàn)得尤其明顯。而 Go 是一個(gè)非常簡(jiǎn)單的語(yǔ)言，我發(fā)現(xiàn)它的開發(fā)速度并沒有被拖慢多少。不要誤會(huì)，我的意思并不是說(shuō)它比 Python 還快，而是想說(shuō)，用 Go 語(yǔ)言沒有比 Python 慢很多，一般達(dá)到使用 Python 開發(fā)速度的 85% 還是沒問(wèn)題的。相對(duì)于擁有編譯器能避免的那些低級(jí)錯(cuò)誤來(lái)說(shuō)，我認(rèn)為犧牲 15% 的開發(fā)速度還是很值的。
更好的并行性
你可能已經(jīng)知道，Go 語(yǔ)言就是為并行而生的。在我的團(tuán)隊(duì)里經(jīng)常會(huì)需要并行程序，因?yàn)槲覀円?S3 上操作我們數(shù)據(jù)庫(kù)中大量的數(shù)據(jù)。如果該任務(wù)是 IO 密集型的(實(shí)際上很多任務(wù)都是)，我們就可以很容易地部署 Python 線程。但如果任務(wù)是 CPU 密集型的，用 Python 就比較不方便了，因?yàn)橛腥纸忉屍麈i的存在。我非常享受在 Go 語(yǔ)言中簡(jiǎn)單代碼不用修改就能直接多線程運(yùn)行的爽快感。不知你在 Python 中有沒有遇到過(guò)這種問(wèn)題：直接復(fù)制粘貼的多線程代碼卻完全不工作。在 Go 語(yǔ)言中就不會(huì)有此問(wèn)題。
部署簡(jiǎn)單
我比較喜歡把所有依賴放在單個(gè)二進(jìn)制文件里。我經(jīng)常在 EC2 服務(wù)器上運(yùn)行自己的腳本，好讓環(huán)境更加接近我們?cè)?S3 上的服務(wù)器。如果用 Python 的話，我需要保證所有需要的包都在服務(wù)器上裝好，而且我的同事不能在服務(wù)器上裝任何可能產(chǎn)生沖突的包。虛擬環(huán)境可以解決大部分問(wèn)題，但我還是覺得用 Go 語(yǔ)言更方便。我一般是在 Mac 和 Linux 上交叉編譯我的代碼，將其拷貝到遠(yuǎn)程服務(wù)器上，然后就可以任其運(yùn)行了。我的代碼所需要的所有依賴都在一個(gè)二進(jìn)制文件里。
風(fēng)格一致
一開始，Go 語(yǔ)言的格式化工具 gofmt 實(shí)在是讓我抓狂，尤其是它在代碼縮進(jìn)時(shí)要求使用 tab 鍵而不是空格鍵。我覺得這簡(jiǎn)直是瘋了。但是我用了一段時(shí)間后，就開始“真香”了。寫代碼時(shí)，我在格式上可以天馬行空，格式化工具會(huì)幫我完成一切。我的所有代碼風(fēng)格都是一致的，即使我是在寫不同的項(xiàng)目。這是因?yàn)楦袷交菢?biāo)準(zhǔn) Go 工具的一個(gè)特性。但我如果想在 Python 中實(shí)現(xiàn)這一點(diǎn)，就要費(fèi)些勁兒了。我需要正確地配置 pylint 工具，并要保證在每一個(gè)項(xiàng)目中都使用它。
更便捷的工具
Gofmt 只是 Go 語(yǔ)言眾多工具中的一個(gè)小例子。所有我喜歡用的編輯器——VSCode，vim 和 Sublime Text 中，都有 Go 語(yǔ)言相應(yīng)的擴(kuò)展，讓我能夠方便地享受到 Go 工具的優(yōu)點(diǎn)。這樣，我就能獲得寫 Java 時(shí)的那種智能體驗(yàn)，卻不需要真正使用一個(gè) IDE。我在用 Python 時(shí)從未獲得過(guò)這種體驗(yàn)。
Go 語(yǔ)言當(dāng)然也有缺點(diǎn)
我每次看到批評(píng) Go 語(yǔ)言的文章時(shí)，里面講的幾乎都是 Go 語(yǔ)言對(duì)關(guān)鍵特性的缺失，比如泛型。我倒是認(rèn)為沒有泛型沒什么影響——你會(huì)發(fā)現(xiàn)，使用map和切片(Slice)就能實(shí)現(xiàn)多得驚人的操作。但是我在使用 Go 語(yǔ)言的過(guò)程中遇到了很多其他問(wèn)題。
缺乏靈活性
首先，Go 語(yǔ)言可能是我用過(guò)的語(yǔ)言里最“固執(zhí)”的語(yǔ)言了。比如，它除了會(huì)強(qiáng)迫你使用 tab 而不是空格鍵縮進(jìn)(假設(shè)你用了 gofmt 工具)，會(huì)強(qiáng)迫你使用特定的文件組織結(jié)構(gòu)，還會(huì)強(qiáng)迫你在 GOPATH 環(huán)境變量中編程，如此等等。這種語(yǔ)言有太多難以改變的特性了。Go 語(yǔ)言簡(jiǎn)單易學(xué)的原因之一恐怕就是你不能改變這些特性。如果你不愿意將所有首字母大寫的變量名 export 一遍，那真是抱歉了。幸運(yùn)的是，Go 的這些特性倒是沒有觸犯我的原則底線，但是如果有人認(rèn)為里面的某些要求根本無(wú)法理喻，我也能夠理解。相比之下 Python 就靈活多了。
庫(kù)支持有點(diǎn)差勁
在這方面把 Go 語(yǔ)言和 Python 做比較有些不公平。Go 的出現(xiàn)比 Python 晚很多，但當(dāng)我發(fā)現(xiàn)有些功能 Go 居然不支持的時(shí)候，還是覺得很困惑。我甚至發(fā)現(xiàn) StackOverflow 上很多人 po 出了本應(yīng)該作為內(nèi)置功能的代碼段，而且大家都需要該功能，紛紛將代碼復(fù)制粘貼到自己的項(xiàng)目下。這類功能不應(yīng)該嵌入到語(yǔ)言內(nèi)部嗎?說(shuō)到這里，我想到了近幾年的兩個(gè)例子：
- 給切片排序(幸運(yùn)的是在 Go 1.8 版本中這點(diǎn)方便多了)
- Math.round 只支持整數(shù)，不能進(jìn)行浮點(diǎn)數(shù)的取整(比如你想找一個(gè)最接近 0.5 的整數(shù)，Go 語(yǔ)言就無(wú)法完成)。甚至在 Go 1.10 版本之前，根本沒有 math.round 函數(shù)
當(dāng)然，這些問(wèn)題的原因有一部分是 Go 語(yǔ)言沒有泛型，另一部分是因?yàn)?Go 的開發(fā)者們只給 Go 的標(biāo)準(zhǔn)庫(kù)中添加最最必要的功能。
這兩點(diǎn)我都理解，但是在遇到很小的問(wèn)題卻需要自己寫代碼解決時(shí)還是感到煩惱。
希望隨著 Go 語(yǔ)言的發(fā)展，它的問(wèn)題會(huì)變得越來(lái)越少。
Go 和 Python 你更喜歡誰(shuí)?歡迎留言交流!
分享標(biāo)題：再見，Python！你好，Go語(yǔ)言
URL地址：http://www.5511xx.com/article/djedoic.html
