程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
您现在的位置: 程式師世界 >> 編程語言 >  >> 更多編程語言 >> Python

為什麼我們從 Python 切換到 Go

編輯:Python

文章目錄

      • 文章目錄
    • 原因 1 – 性能
    • 原因 2 – 語言表現很重要
    • 原因 3 – 開發人員的生產力和沒有太有創意
    • 原因 4 – 並發和通道
    • 原因 5 – 快速編譯時間
    • 理由 6 - 團隊建設的能力
    • 理由 7 – 強大的生態系統
    • 原因 8 – Gofmt,強制代碼格式化
    • 原因 9 – gRPC 和協議緩沖區
    • 缺點 1 – 缺乏框架
    • 缺點 2 – 錯誤處理
    • 劣勢3——包管理
  • 結論

已剪輯自: https://blog.csdn.net/m0_67391870/article/details/125383425

文章目錄

原文鏈接:https://softwareengineeringdaily.com/2021/03/03/why-we-switched-from-python-to-go/

轉換到一種新的語言總是一個很大的步驟,尤其是當你的團隊成員中只有一個人有這種語言的經驗時。今年早些時候,我們將 Stream 的主要編程語言從 Python 轉換到了 Go。這篇文章將解釋為什麼我們決定放棄 Python 轉而使用 Go 的一些原因。

原因 1 – 性能

Go 非常快。性能類似於 Java 或 C++。對於我們的用例,Go 通常比 Python 快 40 倍。這是一個比較Go 和 Python的小型基准測試游戲。

原因 2 – 語言表現很重要

對於許多應用程序來說,編程語言只是應用程序和數據庫之間的粘合劑。語言本身的表現通常並不重要。然而,Stream 是一個為700家公司和超過5億終端用戶提供 feed 和聊天平台的 API 提供商。多年來,我們一直在優化 Cassandra、 PostgreSQL、 Redis 等等,但最終,我們達到了所使用語言的極限。Python 是一種很棒的語言,但是對於序列化/反序列化、排序和聚合等用例來說,它的性能相當緩慢。我們經常遇到性能問題,Cassandra 需要1ms 來檢索數據,而 Python 需要10ms 來將數據轉換為對象。

原因 3 – 開發人員的生產力和沒有太有創意

看看 我如何開始 Go 教程中的一小段 Go 代碼。(這是一個很棒的教程,也是學習 Go 的一個很好的起點。)


如果您是 Go 新手,那麼在閱讀那個小代碼片段時不會有太多讓您感到驚訝的事情。它展示了多個賦值、數據結構、指針、格式和一個內置的 HTTP 庫。當我第一次開始編程時,我一直喜歡使用 Python 更高級的功能。Python 允許您在編寫代碼時獲得相當的創意。例如,您可以:

  • Use MetaClasses to self-register classes upon code initialization 在代碼初始化時使用元類自寄存器類
  • Swap out True and False 替換掉 True 和 False
  • Add functions to the list of built-in functions 將函數添加到內置函數列表中
  • Overload operators via magic methods 通過魔術方法重載操作符
  • Use functions as properties via the @property decorator 通過@property decorator 將函數用作屬性

這些功能玩起來很有趣,但是,正如大多數程序員會同意的那樣,在閱讀別人的作品時,它們通常會使代碼更難理解。Go 迫使你堅持基礎。這使得閱讀任何人的代碼並立即了解發生了什麼變得非常容易。 注意:當然,它實際上有多“容易”取決於您的用例。如果你想創建一個基本的 CRUD API,我仍然推薦 Django + DRF或 Rails。

這些功能玩起來很有趣,但是,正如大多數程序員會同意的那樣,在閱讀別人的作品時,它們通常會使代碼更難理解。Go 迫使你堅持基礎。這使得閱讀任何人的代碼並立即了解發生了什麼變得非常容易。 注意:當然,它實際上有多“容易”取決於您的場景。如果你想創建一個基本的 CRUD API,我仍然推薦 Django + DRF或 Rails。

原因 4 – 並發和通道

作為一門語言,Go 試圖讓事情變得簡單。它沒有引入許多新概念。重點是創建一種非常快速且易於使用的簡單語言。它唯一具有創新性的領域是 goroutine 和通道。(100% 正確 CSP的概念始於 1977 年,所以這項創新更多是對舊思想的一種新方法。)Goroutines 是 Go 的輕量級線程方法,通道是 goroutines 之間通信的首選方式。Goroutines 的創建非常便宜,並且只需要幾 KB 的額外內存。因為 Goroutine 非常輕量,所以有可能同時運行數百甚至數千個。您可以使用通道在 goroutine 之間進行通信。Go 運行時處理所有復雜性。goroutines 和基於通道的並發方法使得使用所有可用的 CPU 內核和處理並發 IO 變得非常容易——所有這些都不會使開發復雜化。與 Python/Java 相比,在 goroutine 上運行函數需要最少的樣例代碼。您只需在函數調用前加上關鍵字“go”:

https://tour.golang.org/concurrency/1 Go 的並發方法很容易使用。與 Node 相比,這是一種有趣的方法,開發人員必須密切關注異步代碼的處理方式。Go 中並發的另一個重要方面是 競爭檢測器。這樣可以很容易地確定異步代碼中是否存在任何競爭條件。

以下是開始使用 Go 和頻道的一些很好的資源:

https://gobyexample.com/channels
https://tour.golang.org/concurrency/2
http://guzalexander.com/2013/12/06/golang-channels-tutorial.html
https://www.golang-book.com/books/intro/10
https://www.goinggo.net/2014/02/the-nature-of-channels-in-go.html
Goroutines vs Green threads

原因 5 – 快速編譯時間

我們目前用 Go 編寫的最大的微服務編譯需要 4 秒。與以編譯速度慢而聞名的 Java 和 C++ 等語言相比,Go 的快速編譯時間是一項重大的生產力勝利。

我喜歡劍術,但在我還記得代碼應該做什麼的同時完成事情會更好:

理由 6 - 團隊建設的能力

首先,讓我們從顯而易見的開始:與 C++ 和 Java 等舊語言相比,Go 開發人員的數量並不多。根據 StackOverflow的數據, 38% 的開發人員知道 Java, 19.3%的 人知道 C++,只有 4.6%的 人知道 Go。 GitHub 數據 顯示了 類似的趨勢:Go 比 Erlang、Scala 和 Elixir 等語言使用更廣泛,但不如 Java 和 C++ 流行。幸運的是,Go 是一種非常簡單易學的語言。它提供了您需要的基本功能,僅此而已。它引入的新概念是“延遲”聲明和內置的並發管理與“goroutines”和通道。(對於純粹主義者來說:Go 並不是第一種實現這些概念的語言,只是第一種使它們流行起來的語言。)任何加入團隊的 Python、Elixir、C++、Scala 或 Java 開發人員都可以在一個月內在 Go 上上手,因為它的簡單性。與許多其他語言相比,我們發現組建 Go 開發人員團隊更容易。如果您在生態系統中招聘人員, 這是一項重要的優勢。

理由 7 – 強大的生態系統

對於我們這樣規模的團隊(大約20人)來說,生態系統很重要。如果你不得不徹底改造每一個小功能,你就不能為你的客戶創造價值。

Go 對我們使用的工具有很好的支持。實體庫已經可用於 Redis、RabbitMQ、PostgreSQL、模板解析、任務調度、表達式解析和 RocksDB。與 Rust 或 Elixir 等其他較新的語言相比,Go 的生態系統是一個重大勝利。它當然不如 Java、Python 或 Node 之類的語言好,但它很可靠,而且對於許多基本需求,你會發現已經有高質量的包可用。

原因 8 – Gofmt,強制代碼格式化

讓我們從什麼是 Gofmt 開始?不,這不是一個發誓的話。Gofmt 是一個很棒的命令行實用程序,內置在 Go 編譯器中,用於格式化代碼。就功能而言,它與 Python 的 autopep8 非常相似。盡管《硅谷》的節目以其他方式描繪,但我們大多數人並不真正喜歡爭論制表符與空格。格式的一致性很重要,但實際的格式標准並不那麼重要。Gofmt 通過使用一種正式的方式來格式化您的代碼來避免所有這些討論。

原因 9 – gRPC 和協議緩沖區

Go 對 Protocol Buffers 和 gRPC 有一流的支持。這兩個工具非常適合構建需要通過 RPC 進行通信的微服務。您需要做的就是編寫一個清單,定義可以進行的 RPC 調用以及它們采用的參數。然後從這個清單中自動生成服務器和客戶端代碼。生成的代碼速度快,網絡占用空間小,易於使用。從同一個清單中,您甚至可以為許多不同的語言生成客戶端代碼,例如 C++、Java、Python 和 Ruby。因此,內部流量不再有模稜兩可的 REST 端點,而且您每次都必須編寫幾乎相同的客戶端和服務器代碼。

缺點 1 – 缺乏框架

Go 沒有像 Rails 用於 Ruby、Django 用於 Python 或 Laravel 用於 PHP 那樣的單一主導框架。這是 Go 社區內激烈爭論的話題,因為許多人主張你不應該一開始就使用框架。我完全同意這對於某些用例是正確的。但是,如果有人想構建一個簡單的 CRUD API,他們將更容易使用 Django/DJRF、Rails Laravel 或 Phoenix。 更新: 正如評論所指出的,有幾個項目為 Go 提供了框架。 Revel , Iris , Echo , Macaron 和 Buffalo 似乎是主要的競爭者。對於 Stream 的用例,我們更喜歡不使用框架。然而,對於許多希望提供簡單 CRUD API 的新項目來說,缺乏主導框架將是一個嚴重的劣勢。

缺點 2 – 錯誤處理

Go 通過簡單地從函數返回錯誤並期望調用代碼來處理錯誤(或將其返回到調用堆棧)來處理錯誤。雖然這種方法有效,但很容易失去問題的范圍,以確保您可以向用戶提供有意義的錯誤。錯誤包 通過允許您向錯誤添加上下文和堆棧跟蹤來解決此問題。 另一個問題是很容易忘記處理錯誤。像 errcheck 和 megacheck 這樣的靜態分析工具可以方便地避免犯這些錯誤。雖然這些變通辦法效果很好,但感覺不太對勁。您希望該語言支持正確的錯誤處理。

劣勢3——包管理

更新:自寫這篇文章以來,Go 的包管理已經取得了長足的進步。 Go 模塊 是一個有效的解決方案,我看到的唯一問題是它們破壞了一些靜態分析工具,如 errcheck。這是一個使用 Go modules學習使用 Go 的教程 。 Go 的包管理絕不是完美的。默認情況下,它無法指定特定版本的依賴項,也無法創建可重現的構建。Python、Node 和 Ruby 都有更好的包管理系統。但是,使用正確的工具,Go 的包管理工作得很好。您可以使用 Dep 來管理您的依賴項,以允許指定和固定版本。除此之外,我們還貢獻了一個名為的開源工具 VirtualGo ,它可以更輕松地處理用 Go 編寫的多個項目。

結論

Go 是一種非常高性能的語言,對並發有很好的支持。它幾乎與 C++ 和 Java 等語言一樣快。雖然與 Python 或 Ruby 相比,使用 Go 構建東西確實需要更多時間,但您將節省大量用於優化代碼的時間。我們在 Stream有一個小型開發團隊, 為超過 5 億最終用戶 提供動力和 聊天。Go 結合了 強大的生態系統、 新開發人員的 輕松入門、快速的性能、 對並發的 可靠支持和高效的編程環境 ,使其成為一個不錯的選擇。 **Stream 仍然在我們的儀表板、站點和機器學習中利用 Python 來提供 個性化的訂閱源. 我們不會很快與 Python 說再見,但今後所有性能密集型代碼都將使用 Go 編寫。我們新的 聊天 API 也完全用 Go 編寫。**如果您想了解有關 Go 的更多信息,請查看下面列出的博客文章。


  1. 上一篇文章:
  2. 下一篇文章:
Copyright © 程式師世界 All Rights Reserved