www.久久久久|狼友网站av天堂|精品国产无码a片|一级av色欲av|91在线播放视频|亚洲无码主播在线|国产精品草久在线|明星AV网站在线|污污内射久久一区|婷婷综合视频网站

當前位置:首頁 > 公眾號精選 > 技術(shù)讓夢想更偉大
[導讀]關(guān)注、星標公眾號,直達精彩內(nèi)容來源:csdn【CSDN編者按】作為一種簡單易上手的面向?qū)ο蟮膭討B(tài)類型語言,Python在近兩年的技術(shù)圈中,可謂是炙手可熱;而另一種素有Google“親兒子”之稱的Go語言,被設(shè)計成一門應用于搭載Web服務(wù)器,存儲集群或類似用途的巨型中央服務(wù)器的系統(tǒng)...

關(guān)注、星標公眾號,直達精彩內(nèi)容

來源:csdn

【CSDN 編者按】作為一種簡單易上手的面向?qū)ο蟮膭討B(tài)類型語言,Python 在近兩年的技術(shù)圈中,可謂是炙手可熱;而另一種素有 Google “親兒子”之稱的 Go 語言,被設(shè)計成一門應用于搭載 Web 服務(wù)器,存儲集群或類似用途的巨型中央服務(wù)器的系統(tǒng)編程語言,其自從誕生起,就備受業(yè)界關(guān)注;最后來自 Mozilla 開發(fā)的系統(tǒng)編程語言 Rust,在安全性上表現(xiàn)尤為突出,且在過去三年間連續(xù)獲得了 StackOverflow 開發(fā)者調(diào)查中“最受喜愛編程語言”的 Top 1。??

在此,如果這三種語言同置于后端開發(fā)之中時,將會為開發(fā)者帶來什么樣的體驗?而誰又會更勝一籌?

作者 |?allomedia

譯者 |?彎月,責編 | 屠敏

出品 | CSDN(ID:CSDNnews)

以下為譯文:

說起后端語言,我很自然地從Python切換到了程序員們的新寵:Go,但僅一個星期之后,我意識到換成Go只是此次旅行的一半路程。盡管Go比Python更能滿足我的需要,但遠遠比不上我期待中的開發(fā)體驗,就像我在前端使用Elm時的體驗。所以我嘗試了一下Rust。

離開Python


在過去三年的后臺開發(fā)中,我主要使用Python 3。從管理員腳本開始,后來開始寫機器學習腳本,到Flask/Django應用程序,我最近大部分時間都在使用Python,但總覺得它不是那么舒服。說實話,我并不是從某個“完全隨機的時間點”開始感覺不對勁,而是因為我喜愛上了Elm這個強類型語言。

我很喜歡一句名言:“能通過編譯就能用”,一旦你體會到了這一點,就再也回不到過去了。你可以盡情嘗試,只要按照編譯器給出的友好錯誤信息改代碼,然后就能神奇地使用了!

我開始意識到,我希望的“最佳”后端語言應該擁有以下特性:

  1. 靜態(tài)類型,強類型

  2. 大多數(shù)檢查在編譯時進行(而且,沒有異常?。?/span>

  3. 沒有null

  4. 沒有可修改性

  5. 能漂亮地處理并發(fā)

我知道你會說:“嗨,這不就是Haskell嘛!”是的,沒錯,但不知出于什么原因,我從未能用Haskell完成過什么東西(盡管我嘗試了許多)。也許只有我這樣吧,但從一個外行的角度來看,Haskell的思維方式過于精英化,也沒有太多文檔和示例,所以很難入門。《學習Haskell做正確的事情》這本書當然很好,但它太長了,而且對于我來說過于抽象(整本書沒有構(gòu)建任何實際的東西)。

“嘿,那Scala怎么樣?”Scala是什么?更好的Java?還是Scalaz的函數(shù)式編程語言?還是那個需要4GB JVM才能運行,而且不確定是否會在java.lang.NullPointerException上出現(xiàn)運行時錯誤的那個面向?qū)ο蟮暮瘮?shù)式編程語言?我在幾年前嘗試過,顯然,它并不適合我。

在與一些人討論之后,我決定試試Go語言。它有編譯器,沒有異常,沒有null(但有null值),而且能很好地處理并發(fā)。

嘗試Go


我決定用Go語言重寫一個用Python寫的內(nèi)部項目,目的只是為了感受兩者之間的差異。

第一感覺:學習Go非常容易。我只花了一個晚上,就編譯出了該項目的原型版本,實現(xiàn)了最基本的功能,還寫了一些測試。能夠快速添加功能的感覺非常好。編譯器的錯誤信息也非常有用 ,一切都很好。

結(jié)果痛苦開始了。我需要在某個結(jié)構(gòu)體中添加一些字段,于是我修改了結(jié)構(gòu)體,正要打算根據(jù)編譯器錯誤找出這個結(jié)構(gòu)體在哪兒用過的時候……

我編譯了代碼,結(jié)果……沒有錯誤信息。一切正常。嗯?但我在結(jié)構(gòu)體中添加了字段啊,編譯器應該指出我的代碼有錯誤,因為這些字段并沒有初始化!

問題在于,Go語言認為不給結(jié)構(gòu)體提供值是正常的。值的默認初始值就是零,能通過一切編譯。這一點我堅決不能接受。我認為,編譯器不能在我犯錯誤的時候替我收拾殘局。于是我想:如果Go的編譯器并不比Python和mypy更好,那我為什么要學Go語言呢?當然Go語言的并發(fā)處理要好得多,但無法依賴編譯器的缺點對于我來說太嚴重了。

不要誤會,我依然認為Go能與Python并駕齊驅(qū),如果有人要從兩者中選擇一個,我依然會推薦學習Go而不是Python。但就我個人而言,我已經(jīng)學會了Python,只是想要一些更安全的東西,Go并沒有給我足夠的理由去學習。

嘗試Rust


所以,我不會再考慮Go語言,因為我發(fā)現(xiàn)我真正想要的是更有幫助的編譯器,這個編譯器不應該默認我懂得如何編程(大量事實證明我的確不懂)。正因為如此,我開始嘗試Rust。

Rust并不是我的第一選擇,因為它標榜自己為“系統(tǒng)語言”,而我本身更傾向于Web開發(fā),而不是系統(tǒng)開發(fā)。但它有許多非常好的賣點:

  • 沒有null值,二是提供了Option類型(編譯時檢查)

  • 沒有異常,但提供了Result類型(編譯時檢查)

  • 變量默認是不可修改的

  • 設(shè)計時考慮了并發(fā)

  • 設(shè)計時考慮了內(nèi)存安全,不使用垃圾回收器

我決定重寫之前用Python和Go寫過的那個項目。Rust入門比Go語言難多了。像Go一樣,我試著上手寫代碼,但發(fā)現(xiàn)非常困難:我需要理解許多Rust特有的概念,比如ownership、lifetimes,才能理解我在StackOverflow上看到的代碼。所以我只好去閱讀《Rust Book》,花了兩個星期才能寫出一點代碼(別忘了Go語言我只花了一個晚上就能寫代碼了)。

但度過了初期陡峭的學習曲線之后,編寫Rust代碼變成了一種享受,我現(xiàn)在依然很喜歡編寫Rust代碼。有了Rust,我不再需要相信自己,只要跟著編譯器的指示即可,只要代碼能通過編譯,那基本上就能用。這正是我一直在尋找的編程感覺。

當然,Rust也有許多缺點:

  • 它非常新,一切發(fā)展都很迅速。我的項目中使用了futures-rs和hyper.rs,想找一份好的文檔非常困難(感謝irc.mozilla.org#rust-beginners的人提供的幫助)。

  • 它會強迫你思考在使用高階語言時從未思考過的問題:內(nèi)存管理(包括lifetimes和ownership的概念)。

  • 編譯器的消息有時并不是太容易懂,特別是將futures和它們超長的類型結(jié)合在一起時。

  • 可修改性是允許的,所以有時候副作用會讓你抓狂。

但是,它也有許多優(yōu)點:

  • 非???/span>

  • 工具鏈非常好(cargo,rustfmt)

  • 大多數(shù)東西都在編譯時檢查

  • 你幾乎可以用它做任何事,可以編寫瀏覽器,編寫Web應用,甚至還能編寫游戲。

  • 社區(qū)非常友好

  • 由Mozilla支持

總結(jié)


Go語言非??幔]有為我提供足夠的類型安全。如果不需要并發(fā),那么我寧可繼續(xù)使用Python及其生態(tài)環(huán)境,而不會去冒險采用Go重寫一切。如果需要并發(fā),那我也不會使用Go,因為它缺乏類型安全,這個炸彈肯定會爆炸。

Rust非常適合并發(fā)和安全,盡管futures-rs的“箱子”(Rust里函數(shù)庫叫做“箱子”)依然非常新。我認為,以后Rust會成為許多后臺的默認語言。

關(guān)于Go和Rust更深入的區(qū)別的文章和討論,可以參考Ralph Caraveo(@deckarep)的這篇文章:為Go開發(fā)者準備的Rust編程范式(https://medium.com/@deckarep/paradigms-of-rust-for-the-go-developer-210f67cd6a29)。

至少,我認為Rust是我最喜歡的后臺語言。

原文:https://tech.allo-media.net/point/of/view/2018/03/22/from-python-to-go-to-rust.html

本文為 CSDN 翻譯,轉(zhuǎn)載請注明來源出處。

???????????????? ?END ?????????????????關(guān)注我的微信公眾號,回復“加群”按規(guī)則加入技術(shù)交流群。

歡迎關(guān)注我的視頻號:

點擊“閱讀原文”查看更多分享,歡迎點分享、收藏、點贊、在看。

本站聲明: 本文章由作者或相關(guān)機構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內(nèi)容真實性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除。
關(guān)閉
關(guān)閉