我為什么從 Python 轉向 Go

你好目前go語言軟件包相對較少。其開發的docker。文明于世。Python模塊包超級多。語法簡練。而且開發周期短。適合短期項目。go適合做后臺開發和分布式開發。所以選取那種語言其實要看場合。語言沒有好壞。也沒必要放棄誰學誰。有能力多學一門。畢竟技多不壓身。祝你順利。

創新互聯是一家專注于成都網站建設、網站設計與策劃設計,蒙陰網站建設哪家好?創新互聯做網站,專注于網站建設十年,網設計領域的專業建站公司;建站業務涵蓋:蒙陰等地區。蒙陰做網站價格咨詢:18980820575

Python開發者在轉到Go語言之前需要了解什么？

轉載請參見文章末尾處的要求?！靖兄x張佳偉（@ghosert）的熱心翻譯。如果其他朋友也有不錯的原創或譯文，可以嘗試推薦給伯樂在線?！窟@是一篇（長）博文， 介紹了我們在 Repustate 遷移大量 Python/Cython 代碼到 Go 語言的經驗。如果你想了解整個故事，背景和所有的事情，請繼續往下讀。如果你只是想了解 Python 開發者在一頭扎進 Go 語言前需要了解什么，請點擊一下鏈接：從Python遷移到Go的建議(Tips Tricks) 背景在Repustate，我們完成過的最棒的技術成就之一是實現了阿拉伯語的情感分析。阿拉伯語是一塊難啃的硬骨頭，因為它的詞形變化相當復雜。比起譬如英語，阿拉伯語的分詞（將一個句子切分呈幾個獨立的單詞）也更困難，因為阿拉伯語的單詞本身還可能會包含空白字符（例如：“阿列夫”在一個單詞里的位置）。這也談不上是泄密，Repustate 使用支持向量機（SVM）來獲取一個句子背后最有可能的含義，并在其中加上情感元素。 總體上來說，我們使用了 22 種模型（22 個 SVM） 并且在一篇文檔中，每一個單詞我們都會加以分析。因此如果你有一篇 500 字的文檔，那么基于 SVM，會進行十萬次的比較。 PythonRepustate 幾乎完全就是一個 Python 商店。我們使用 Django 來實現 API 和網站。因此（目前）為了保持代碼一致，同時使用 Python 來實現阿拉伯語情感引擎是合情合理的。只是做原型和實現的話，Python 是很好的選擇。它的表達能力很強悍，第三方類庫等等也很好。如果你就是為了Web服務，Python 很完美。但是當你進行低級別的計算，大量依賴于哈希表（Python 里的字典類型）做比較的時候，一切都變慢了。我們每秒能處理大約兩到三個阿拉伯文檔，但是這太慢了。比較下來，我們的英語情感引擎每秒能處理大約五百份文檔。 瓶頸因此我們開啟了 Python 分析器，開始調查是什么地方用了那么長時間。還記得我前面說過我們有 22 個 SVM 并且每個單詞都需要經過處理嗎？好吧，這些都是線性處理的，非并行處理。所以我們的第一反應是把線性處理改成 map/reduce 那樣的操作。簡單來說：Python 不太適合用作 map/reduce。當你需要并發的時候，Python 算上好用。在 2013 Python 大會上（譯者：PyCon 2013），Guido 談到了 Tulip，他的這個新項目正在彌補 Python 這方面的不足，不過得過段一段時間才能推出，但是如果已經有了更好用的東西，我們為什么還要等呢？ 選Go 語言，還是回家算了？我在Mozilla的朋友告訴我，Mozilla 內部正在將他們大量的基礎日志架構切換到 Go 語言上，部分原因是因為強大的 [goroutines]。Go 語言是 Google 的人設計的，并且在設計之初就把支持并發作為第一要務，而不是像 Python 的各種解決方案那樣是事后才加上去的。因此我們開始著手把 Python 換成 Go 語言。雖然Go 代碼還不算正式上線的產品，但是結果非常令人鼓舞。我們現在能做到每秒處理一千份文檔，使用更少的內存，還不用調試你在 Python 里遇到：丑陋的多進程/gevent/“為什么 Control-C 殺不了進程”這些問題。 為什么我們喜歡 Go 語言任何人，對編程語言是如何工作（解釋型 vs 編譯型， 動態語言 vs 靜態語言）有一點理解的話，會說，“切，當然 Go 語言會更快”。是的，我們也可以用 Java 把所有的東西重寫一遍，也能看到類似更快的改善，但那不是 Go 語言勝出的原因。你用 Go 寫的代碼好像就是對的。我搞不清楚到底是怎么回事，但是一旦代碼被編譯了（編譯速度很快），你就會覺得這代碼能工作（不只是跑起來不會錯，而且甚至邏輯上也是對的）。我知道，這聽上去不太靠譜，但是確實如此。這和 Python 在冗余（或非冗余）方面非常類似，它把函數作為第一目標，因此函數編程會很容易想明白。而且當然，go 線程和通道讓你的生活更容易，你可以得到靜態類型帶來的性能大提升，還能更精細的控制內存分配，而你卻不必為此在語言表達力上付出太多的代價。 希望能早點知道的事情（Tips Tricks）除去所有這些贊美之詞以后，有時你真的需要在處理 Go 代碼的時候，相對于 Python，改變一下思維方式。因此這是我在遷移代碼時記錄的筆記清單 —— 只是在我把 Python 代碼轉換到 Go 時從我腦子里隨機冒出來的點子：沒有內建的集合類型（必須使用map，并檢查是否存在）因為沒有集合，必須自己寫交集，并集之類的方法沒有tuples 類型，必須寫你自己的結構，或者使用 slices （即數組）沒有類似 \__getattr__() 的方法，你必須總是檢查存在性，而不是設置默認值，例如，在 Python 里，你可以這樣寫 value = dict.get(“a_key”, “default_value”)必須總是檢查錯誤（或者顯式的忽略錯誤）不能有變量/包沒被使用，因此簡單的測試也需要有時注掉一些代碼在[] byte 和 string 之間轉換。 regexp 使用 [] byte （不可變）。這是對的，但是老把一些變量轉換來轉換去很煩人Python 更寬松。你可以使用超出范圍的索引在字符串里取一個片段，而且不會出錯。你還可以用負數取出片段，但是 Go 不行你不能混合數據結構類型。也許這樣也不太干凈，但是有時在 Python 里，我會使用值是混合了字符串和列表的字典。但是 Go 不行，你不得不清理干凈你的數據結構或者使用自定義的結構不能解包一個 tuple 或者 list 到幾個不同的變量（例如：x, y, z = [1, 2, 3]）駝峰式命名風格（如果你沒有首字大寫方法名/結構名，他們不會被暴露給其它的包）。我更喜歡 Python 的小寫字母加下劃線命名風格。必須顯式檢查是否有錯誤 != nil, 不像在 Python 里，許多類型可以像 bool 那樣檢查 （0, “”, None 都可以被解釋成 “非” 集合）文檔在一些模塊上太散亂了，例如（crypto/md5），但是 IRC 上的 go-nuts 很好用，提供了巨大的幫助。從數字到字符串的轉換（int64 - string） 和 []byte - string （只要使用 string([]byte)）不太一樣。需要使用 strconv。閱讀Go 代碼比起 Python 那樣寫起來如偽代碼的語言更像一門編程語言， Go 有更多的非字母數字字符，并且使用 || 和 ， 而不是 “or”和“and”寫一個文件的話，有 File.Write([]byte) 和 File.WriteString(string)， 這點和 Python 開發者的 Python 之道：“解決問題就一種方法 ”相違背。修改字符串很困難，必須經常重排 fmt.Sprintf沒有構造函數，因此慣用法是創建 NewType() 方法來返回你要的結構Else （或者 else if）必須正確格式化，else 得和 if 配對的大括號在同一行。奇怪。賦值運算符取決于在函數內還是函數外，例如，= 和 :=如果我只想要“鍵”或者只想要 “值”，譬如： dict.keys() 或者 dict.values()，或者一個 tuples 的列表，例如：dict.items()，在 Go 語言里沒有等價的東西，你只能自己枚舉 map 來構造你的列表類型我有時使用一種習慣用法：構造一個值是函數的字典類型，我想通過給定的鍵值調用這些函數，你在 Go 里可以做到，但是所有的函數必須接受，返回相同的東西，例如：相同的方法簽名如果你使用 JSON 并且 你的 JSON 是一個復合類型，恭喜你。 你必須構造自定義的結構匹配 JSON 塊里的格式，然后把原始 JSON 解析到你自定義結構的實例中去。比起 Python 世界里 object = json.loads(json_blob) 要做更多的工作 是不是值得？值得，一百萬倍的值得。速度的提升太多了，以致很難舍棄。同時，我認為， Go 是目前趨勢所在，因此在招新員工的時候，我認為把 Go 當作 Repustate 技術積累的重要一環會很有幫助。]

為什么我不會舍棄Python投奔Go語言

在Go語言中，規定的方式是，函數返回錯誤信息。這沒什么。如果一個文件并不存在，op.Open函數會返回一個錯誤信息。這沒什么。如果你向你一個中斷了的網絡連接里寫數據，net.Conn里的Write方法會返回一個錯誤。這沒什么。這種狀況在這種程序中是可以預料到的。這種操作就是容易失敗，你知道程序會如何運行，因為API的設計者通過內置了一種錯誤情況的結果而讓這一切顯得很清楚。

從另一方面講，有些操作基本上不會出錯，所處的環境根本不可能給你提示錯誤信息，不可能控制錯誤。這才是讓人痛苦的地方。典型的例子；一個程序執行

x[j]，j值超出數組邊界，這才痛苦。像這樣預料之外的麻煩在程序中是一個嚴重的bug，一般會弄死程序的運行。不幸的是，由于這種情況的存在，我們很難寫出健壯的，具有自我防御的服務器——例如，可以應付偶然出現的有bug的HTTP請求處理器時，不影響其他服務的啟動和運行。為解決這個問題，我們引入了恢復機制，它能讓一個go例程從錯誤中恢復，服務余下設定的調用。然而，代價是，至少會丟失一個調用。這是特意而為之的。引用郵件中的原話：“這種設計不同于常見的異?？刂平Y構，這是一個認真思考后的決定。我們不希望像java語言里那樣把錯誤和異?；鞛橐徽?。”

我剛開始提到的那篇文章里問“為什么數組越界造成的麻煩會比錯誤的網址或斷掉的網絡引出的問題要大？”答案是，我們沒有一種內聯并行的方法來報告在執行x[j]期間產生的錯誤，但我們有內聯并行的方法報告由錯誤網址或網絡問題造成的錯誤。

使用Go語言中的錯誤返回模式的規則很簡單：如果你的函數在某種情況下很容易出錯，那它就應該返回錯誤。當我調用其它的程序庫時，如果它是這樣寫的，那我不必擔心那些錯誤的產生，除非有真正異常的狀況，我根本沒有想到需要處理它們。

有一個你需要記在心里的事情是，Go語言是為大型軟件設計的。我們都喜歡程序簡潔清晰，但對于一個由很多程序員一起開發的大型軟件，維護成本的增加很難讓程序簡潔。異常捕捉模式的錯誤處理方式的一個很有吸引力的特點是，它非常適合小程序。但對于大型程序庫，如果對于一些普通操作，你都需要考慮每行代碼是否會拋出異常、是否有必要捕捉處理，這對于開發效率和程序員的時間來說都是非常嚴重的拖累。我自己做開發大型Python軟件時感受到了這個問題。

Go語言的返回錯誤方式，不可否認，對于調用者不是很方便，但這樣做會讓程序中可能會出錯的地方顯的很明顯。對于小程序來說，你可能只想打印出錯誤，退出程序。對于一些很精密的程序，根據異常的不同，來源的不同，程序會做出不同的反應，這很常見，這種情況中，try

+

catch的方式相對于錯誤返回模式顯得冗長。當然，Python里的一個10行的代碼放到Go語言里很可能會更冗長。畢竟，Go語言主要不是針對10行規模的程序的。

就是要說明這一點：Go語言程序員認為，把error作為一種內置的類型是非常重要的。

當前文章：python轉go語言 python和go語言
本文URL：http://www.yijiale78.com/article30/dodecso.html

成都網站建設公司_創新互聯，為您提供網站制作、搜索引擎優化、網站收錄、品牌網站建設、微信公眾號、網站維護

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯