内容：Goを学習するために、PythonからGoに小さなサイトにバックエンドを移植し、その過程で楽で痛みのない経験を得ました。

しばらくの間Goの学習を開始したかったのですが、その哲学が気に入っていました。小さな言語、すてきな学習曲線、非常に高速なコンパイル（静的に型付けされた言語など）です。 最終的にさらに一歩進んで彼に教え始めたのは、特に最近使用したものから、Go- Dockerとngrokで書かれたより速くて深刻なプログラムが増えていることです。

Goの哲学は、すべての人の好みではありません（例外はありません。独自のジェネリックなどを作成することはできません）が、私の精神モデルにうまく適合しています。 シンプルで高速、明白な方法で物事を行う。 ポーティング中、標準ライブラリとツールがどれだけ充実しているかに特に感銘を受けました。

移植

Goで20行のスクリプトをいくつか作成しましたが、言語とエコシステムを理解するには十分ではありませんでした。 そのため、より大きなプロジェクトを採用することにし、サイトGiftyWeddings.comのバックエンドを移植することにしました 。

Pythonでは、Flask、WTForms、Peewee、SQLite、およびS3、画像のサイズ変更などのための他のいくつかのライブラリを使用して、約1300行のコードでした。

Goバージョンでは、言語をよりよくマスターし、標準ライブラリで可能な限り機能するために、できるだけ少ない外部依存関係を使用したかったのです。 特に、GoにはHTTPを操作するための優れたライブラリがあり、今のところWebフレームワークをまったく検討しないことにしました。 しかし、私はまだS3、Stripe、SQLiteのいくつかのサードパーティライブラリを使用し、パスワードを操作し、写真のサイズを変更しました。

Goの静的型付けと、使用するライブラリの数が少ないため、コードは元の2倍以上になると予想しました。 しかし、結果は1900行でした（Pythonの1300行の約50％）。

移植プロセス自体は非常にスムーズに進み、ほとんどのビジネスロジックは、PythonからGoにコードを行から行に変換することでほぼ機械的に移植されました。 Pythonの概念がthings[:20]



スライス構文に至るまで、Goにどれだけうまく翻訳されているかに驚きました。

また、Flaskが使用する危険なライブラリの一部を移植したため、Goバージョンへの移行中にPythonサービスからセッションCookieを透過的にデコードできました。 暗号化、圧縮、シリアル化のすべてのコードは標準ライブラリにあり、簡単なプロセスでした。

一般に、 Go Tour 、 Effective Go、およびインターネット上のさまざまなコード例を見る間、言語を学習するプロセスは苦労しませんでした。 ドキュメントはかなり短いですが、非常によく書かれています。

言語ツールも非常に満足しています。コードの構築、実行、フォーマット、およびテストに必要なものはすべて、 go



サブコマンドを介して利用できます。 開発中に、 go run *.go



を使用してオンザフライでコンパイルし、サーバーを起動しました。 編集と起動には約1秒かかりました。これは、Scalaでの20秒の増分と20分の完全な編集からの剣の戦いの後の新鮮な空気でした。

テスト中

Go標準ライブラリには、基本的なテストパッケージと、 go test



を検索、コンパイル、実行するすぐに使用できるテストランナー（ go test



）が含まれています。 このパッケージは非常に簡単でシンプルですが（多すぎる場合もあります）、必要に応じてヘルパーを追加するだけです。

単体テストに加えて、実際のGifty WeddingsサーバーでセットアップされたHTTPテストを実行するテストスクリプトを作成しました（ testing



パッケージも使用）。 古いPythonサーバーでこのテストを設定し、結果が同一であることを確認できるようにするために、コードのGoレベルではなく、HTTPレベルでこれを行いました。 これにより、サーバーを変更する前にすべてが正常に機能したことを十分に確信できました。

また、ホワイトボックステストも行いました。スクリプトは応答をチェックしますが、Cookieをデコードし、Cookieに正しいデータが含まれていることもチェックします。

レジストリを作成してギフトを削除するテストの例を次に示します。

 func TestDeleteGift(t *testing.T) { client := NewClient(baseURL) response := client.PostJSONOK(t, "/api/create", nil) AssertMatches(t, response["slug"], `temp\d+`) slug := response["slug"].(string) html := client.GetOK(t, "/"+slug, "text/html") _, gifts := ParseRegistryAndGifts(t, html) AssertEqual(t, len(gifts), 3) gift := gifts[0].(map[string]interface{}) giftID := int(gift["id"].(float64)) response = client.PostJSONOK(t, fmt.Sprintf("/api/registries/%s/gifts/%d/delete", slug, giftID), nil) expected := map[string]interface{}{ "id": nil, } AssertDeepEqual(t, response, expected) html = client.GetOK(t, "/"+slug, "text/html") _, gifts = ParseRegistryAndGifts(t, html) AssertEqual(t, len(gifts), 2) }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

クロスコンパイル

これは非現実的なクールだと思います-macOSで言えます：

 $ GOOS=linux GOARCH=amd64 go build
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これにより、すぐに使用できるLinuxバイナリがMacでコンパイルされます。 そしてもちろん、これを逆方向に行うこともでき、Windowsとの間でクロスコンパイルもできます。 それだけで動作します。

cgoモジュール（SQLiteなど）のクロスコンパイルは、コンパイルのためにGCCの正しいバージョンをインストールする必要があるため、少し複雑でした-Goとは異なり、それほど簡単ではありません。 その結果、Linux上でビルドするために次のコマンドでDockerを使用しました。

 $ docker run --rm -it -v ~/go:/go -w /go/src/gifty golang:1.9.1 \ go build -o gifty_linux -v *.go
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

良い点

Goの最もクールな点の1つは、標準ライブラリ、ツール（goサブコマンド）、さらにはサードパーティライブラリなど、すべてが具体的に強化されているように感じることです。 私の内なる本能は、これは部分的にはGoに例外がないという事実によるものであり、エラーの処理方法によるある種の「エラー処理文化」が課せられていることを示しています。

ネットワークおよびHTTPライブラリは特にクールに見えます。 わずか数行のコードでnet / http Webサーバー（実稼働レベルおよびHTTP / 2サポート付き、注）を実行できます。

標準ライブラリには、html / template、ioutil.WriteFile、ioutil.TempFile、crypto / sha1、encoding / base64、smtp.SendMail、zlib、image / jpeg、image / pngなど、必要なもののほとんどが含まれています。 ライブラリAPIは非常に理解しやすいものであり、低レベルAPIがある場合、それらは通常、最も一般的なユースケースのために高レベル関数にラップされています。

その結果、GoフレームワークなしでWebバックエンドを作成することは大したことではありませんでした。

静的に型付けされた言語でJSONを操作するのがどれほど簡単か、私はjson.Unmarshal



ました。構造体に直接json.Unmarshal



を呼び出すだけで、リフレクションを使用すると、正しいフィールドに自動的に入力されます。 jsonファイルからサーバー構成をロードするのは非常に簡単でした。

 err = json.Unmarshal(data, &config) if err != nil { log.Fatalf("error parsing config JSON: %v", err) }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ちなみに、 err！= Nilについて-一部の人々が思いつくほどひどいものではありませんでした（私の1900行のコードで約70回チェックが行われます）。 また、「本当に信頼性が高く、すべてのエラーを正しく処理します」という非常に良い感じを与えます。

ちなみに、各リクエストハンドラーは独自のゴルーチンで機能するため、常に機能するはずのデータベースコールのようなもののためにpanic()



コールも使用しました。 そして、最上位レベルで、私はrecover()



これらのパニックをキャッチし、それらを正しく記録し、スタックトレースをメールに送信するコードを追加しました。

PythonとFlaskの後、私の手は、Not FoundまたはBad Request応答にパニックの特別な意味を使用するのが非常にかゆくなりましたが、これらの衝動を抑え、より慣用的なGoのパス（正しい戻り値）に進むことにしました。

また、すべての単一の同期APIに加えて、バックグラウンドゴルーチンで実行するための素晴らしいgo



キーワードも気に入っています。 これは、Python / C＃/ JavaScript非同期APIとは対照的です。これは、各I / O関数の新しいAPIにつながり、APIの表面を2倍にします。

time.Parse()



の形式は、「基準日」という考え方には少し風変わりですが、実際には、後でコードに戻ったときに非常に読みやすくなっています（この「もう一度、％bはどういう意味ですか？」）

context



ライブラリを入力するには少し時間がかかりましたが、リクエスト処理に関与するすべての人にさまざまな追加情報（ユーザーセッションデータなど）を送信するのに役立つことが判明しました。

よくある癖

Goは間違いなくPythonよりも少ない（しかし、やはりGoは26歳ではない）が、それでもいくつかある。 移植中に気づいたことがいくつかあります。

関数または式の結果のアドレスを取得することはできません 。 変数のアドレス、または特殊なケースとして&Point{2, 3}



ような構造リテラルを&time.Now()



できますが、 &time.Now()



実行することはできません。 これは一時的な変数を作成するため、少し面倒です。

 now := time.Now() thing.TimePtr = &now
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Goコンパイラは私のためにそれを簡単に作成し、 thing.TimePtr = &time.Now()



書かせてくれるようにthing.TimePtr = &time.Now()



ます。

HTTPハンドラーは、応答を返す代わりにhttp.ResponseWriterを受け入れます。 http.ResponseWriter API は基本的なケースでは少し奇妙であり、 Header().Set



、 WriteHeader



およびWrite



呼び出される正しい順序を覚えておく必要があります。 ハンドラーが単純に応答付きのオブジェクトを返した方が簡単です。

また、ハンドラーを呼び出した後（ロギングなど）にHTTP応答コードを取得するのが少し面倒になります。 応答コードを保存する偽のResponseWriterを使用する必要があります。

この設計にはおそらく十分な理由がありました（効率？互換性？）が、すぐにはわかりません。 ハンドラーがオブジェクトを返すラッパーを簡単に作成できましたが、そうしないことにしました。

html / templateパッケージは私にはかなり良いように見えましたが、「関連するテンプレート」が何であり、何のためにあるのかを理解するのに少し時間がかかりました。 特にテンプレートの継承については、もう少し例を参考にしてください。 テンプレートエンジンが十分に拡張されていることが気に入っています（たとえば、独自の関数を簡単に追加できます）。

テンプレートのダウンロードは少し奇妙なので、 html/template



をレンダリングパッケージにラップし、ディレクトリ全体とベーステンプレートを一度にダウンロードしました。

テンプレートの構文も大丈夫ですが、式の構文は少し奇妙です。 Go自体に似た構文を使用する方が良いと思います。 実際、次回は本質的にGo構文を使用し、式の別の構文を強制的に学習させないため、 エゴやquicktemplateのようなものを使用する可能性が高くなります。

データベース/ SQLパッケージが軽すぎます。 私はORMの最大のファンではありませんが、 database/sql



がリフレクションを使用して、 encoding/json



似た構造フィールドにデータを入力できると便利です。 Scan()



よくScan()



ます。完全に低レベルです。 ただし、まさにそれを行うように見えるsqlxパッケージがあります。

テストは単純すぎます Go go test



ファンであり、Go全体のテストは単純ですが、標準セットに少なくともAssertEqual



スタイルの関数があればいいとAssertEqual



ます。 最後に、 AssertMatches



関数とAssertMatches



関数を作成しました。 繰り返しになりますが、それを行うサードパーティのパッケージが存在するようです： stretchr / testify 。

flag



パッケージは派手です。 どうやら、デザインは Googleのコマンドラインフラグのパッケージに基づいていた-



ですが、 -



形式は、 -s



および--long



を使用したGNU形式がほぼ標準であるため、依然として奇妙に見えます。 繰り返しになりますが、このパッケージには、コードを変更する必要のないドロップイン置換を含む多数の置換があります。

ビルトインURLルーター（ ServeMux ）は 、固定プレフィックスのみをチェックできるため単純すぎますが、 regexp



ベースのルーターの作成は簡単な作業でした（数十行のコード）。

パイニストからの主張

Pythonの後、コードは実際にはいくつかの場所でもう少し冗長に見えます。 既に書いたように、ほとんどのコードは文字列をPythonの文字列に変換しますが、それは非常に自然なことです。

しかし、リストや辞書を含めるのを本当に忘れていました。 これを有効にできたら素晴らしいと思います。

 gifts := []map[string]interface{}{} for _, g := range registryGifts { gifts = append(gifts, g.Map()) }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これに：

 gifts := [g.Map() for _, g := range registryGifts]
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

実際、そのような場所は私が予想したよりもはるかに少なかった。

同様に、 sort.Interfaceは 冗長すぎます。 sort.Slice（）を追加するのが正しいステップでした。 しかし、スライスインデックスにまったく触れることなく、Pythonのキーで並べ替えるのがどれほど簡単かは今でも気に入っています。 たとえば、文字列のリストを大文字と小文字を区別せずにソートするには、Pythonでは次のようになります。

 strs.sort(key=str.lower)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

およびGoの場合：

 sort.Slice(strs, func(i, j int) bool { return strings.ToLower(strs[i]) < strings.ToLower(strs[j]) })
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

そして、原則として、私が欠けていたのはそれだけでした。 私は例外を見逃すと思っていましたが、それは違います。 そして、一般的な信念に反して、ジェネリック医薬品の欠如は私をいつも一度だけ悩ませました。

なぜ行くの？

近い将来、Pythonの使用をやめるつもりはありません。 スクリプト、小さなプロジェクト、Webバックエンドに引き続き使用します。 しかし、Goを真剣に見て、より多くのプロジェクト（静的型付けがリファクタリングをはるかに容易にします）と、言語パフォーマンスが重要なユーティリティまたはシステム（正直に言うと、Cで書かれたPythonのすべての低レベルライブラリではそうではありません）重要）。

要約すると、私がGoを好きになった理由のいくつかと、あなたがそれを好きになる理由：

• 優れた学習曲線：完全に読み取り可能な仕様と単純な型システムを備えた小さな言語
• 高速なコンパイル時間
• いくつかのユニークで優れた機能：スライス、ゴルーチン、キーワードgo
  
  
  
  、 defer



:=
  
  
  
  簡潔な型推論のため、インターフェース上の型システム。
• 言語と標準ライブラリに関する優れた簡潔なドキュメント
• 優れた組み込みツール：
  
  
  • go build
    
    
    
    ：プログラムをビルドします（makefileは不要です）
  • go fmt
    
    
    
    ：コードを自動的にフォーマットします。これ以上スタイル戦争はありません
  • go test
    
    
    
    ：すべての*_test.go
    
    
    
    ファイルでテストを実行します
  • go run
    
    
    
    ：プログラムを即座にコンパイルして実行します。スクリプトのように感じます
  • dep
    
    
    
    ：パッケージマネージャー、 go dep
    
    
    
    すぐに
  • 良好で成長しているエコシステム（データベースライブラリ、Webフレームワーク、AWS、Stripe、GraphQLなど）
  • 安定性：Go 1は5年以上使用されており、互換性が強く約束されています 。 Goの著者は、言語に追加するものに関して非常に保守的であり、これには十分な理由があります。
  • 誰もが言語の哲学を好むとは限りませんが、それは私のメンタルモデルに非常によく適合します。単純さ、明快さ、スピードです。

それでは、Goで何か書いてみてください（Goで書きます） 。