使っているライブラリ

いま開発中のプロジェクトで使っている主要なライブラリです。

• binding: バリデーションライブラリ
• configparser: ini ファイルパーサー
• context: context オブジェクトを扱うライブラリ (リクエストグローバル変数)
• go-mysql-driver: mysql ドライバー
• golang-stats-api-handler: サーバーのシステム情報を取得するライブラリ
• gorp: OR マッパー的なライブラリ
• logrus: ロギングライブラリ
• negroni: HTTP ライブラリ
• redigo: Redis クライアント
• squirrel: SQL ジェネレーター

補足すると、単体テストに使う DB に go-sqlite3 も使っています。

Go はまだまだ若い開発コミュニティなので、このフレームワークやライブラリが定番といったものは少ないです。群雄割拠といえば良いのか、そういう状態でライブラリをどのように選定すればいいでしょうか。私は awesome-go にまとめられているものの中からいくつか選択し、その機能や人気度 (github のスター)、メンテナンスが継続されているかなどを考慮して選択しています。

ブログなどを読んでそこで使っているライブラリももちろん参考にしますが、そういったものもほぼ確実に awesome-go に載っています。awesome-go でいくつかライブラリを絞ってググって評判などを検索するといった方法もいいでしょう。

個々のライブラリを詳細には説明しませんが、使ってみての個人的な所感をいくつか書きます。

log.WithFields(log.Fields{
  "event": event,
  "topic": topic,
  "key": key,
}).Fatal("Failed to send event")

time="2015-03-26T01:27:38-04:00" level=fatal msg="Failed to send event" event=... topic=... key=...

log.SetFlags(log.LstdFlags | log.Lshortfile) // filename only: d.go:23

// or

log.SetFlags(log.LstdFlags | log.Llongfile)  // full path: /a/b/c/d.go:23

package main

import (
  "github.com/codegangsta/negroni"
  "net/http"
  "fmt"
)

func main() {
  mux := http.NewServeMux()
  mux.HandleFunc("/", func(w http.ResponseWriter, req *http.Request) {
    fmt.Fprintf(w, "Welcome to the home page!")
  })

  n := negroni.Classic()
  n.UseHandler(mux)
  n.Run(":3000")
}

func acceptPostOnly(f http.HandlerFunc) http.HandlerFunc {
   return func(w http.ResponseWriter, r *http.Request) {
       if r.Method != "POST" {
           httperror.MethodNotAllowed(w)
           return
       }
       f(w, r)
   }
}

var myAPI = acceptPostOnly(func(res http.ResponseWriter, req *http.Request) {
   ...
}

func MyMiddleware(rw http.ResponseWriter, r *http.Request, next http.HandlerFunc) {
  // do some stuff before
  next(rw, r)
  // do some stuff after
}

n := negroni.New()
n.Use(negroni.HandlerFunc(MyMiddleware))

テスト

現プロジェクトでは、リリース前に単体、結合、負荷テストが一通り全て揃っています。

var flagtests = []struct {
    in  string
    out string
}{
    {"%a", "[%a]"},
    {"%-a", "[%-a]"},
    {"%+a", "[%+a]"},
    // ...
}

func TestFlagParser(t *testing.T) {
    var flagprinter flagPrinter
    for _, tt := range flagtests {
        s := Sprintf(tt.in, &flagprinter)
        if s != tt.out {
            t.Errorf("Sprintf(%q, &flagprinter) => %q, want %q", tt.in, s, tt.out)
        }
    }
}

package handlers_test

import (
    "net/http"
    "net/http/httptest"
    "net/url"
    "testing"

    "myapp/handlers"
    "myapp/handlers/handlerstest"
)

func TestPingAPI(t *testing.T) {
    res := httptest.NewRecorder()

    req := new(http.Request)
    req.URL = &url.URL{Path: "/api/ping"}
    req.Method = "GET"
    req.Header = make(http.Header)
    req.Header.Set("Content-Type", "application/json")

    handlers.PingAPI(res, req)

    data, err := handlerstest.GetJsonData(res.Body)
    if err != nil {
        t.Fatalf("Getting json data error %v", err)
    }

    if data["message"] != "pong" {
        t.Fatalf(`Wrong message; expected "pong", got %q`, data["Message"])
    }
}

res := httptest.NewRecorder()

req := new(http.Request)
req.URL = &url.URL{Path: "/api/ping"}
req.Method = "GET"
req.Header = make(http.Header)
req.Header.Set("Content-Type", "application/json")

data, err := handlerstest.GetJsonData(res.Body)

============================= test session starts ==============================
platform darwin -- Python 2.7.9 -- py-1.4.27 -- pytest-2.6.4
plugins: curl-report, httpbin, cache, capturelog, cov, flakes, pep8
collected 1 items

test.py F

=================================== FAILURES ===================================
______________________________ test_requests_get _______________________________

    def test_requests_get():
        r = requests.get('http://httpbin.org/get')
>       assert False
E       assert False

test.py:7: AssertionError
-------------------------- How to reproduce with curl --------------------------
curl -X GET -H "Connection: keep-alive" -H "Accept-Encoding: gzip, deflate"
-H "Accept: */*" -H "User-Agent: python-requests/2.7.0 CPython/2.7.9 Darwin/14.3.0"
"http://httpbin.org/get"

CatchResponseError('HTTP status code error: 0',)

Python と Go

白ヤギでは Python もよく使っています。私も Python が最も慣れ親しんだ言語です。

昨年の Go Conference で聞いた Go is more Pythonic than Python. (Why my Go program is slow?) という言葉が私の中ではとても印象に残っています。Go and the Zen of Python から触発された言葉のようです。私自身 Go を書き始めてまだ浅いものの、Go のコードを読み書きして感じる心地良さは Python のそれに似ていると思うことがよくあります。そのため、Python プログラマーが Go に移行しやすいのも理解できます。

Go があれば Python はいらないのではないか説をたまに見聞きします。現時点での私の答えは Go も Python も両方使うでしょうといったものです。

現プロジェクトでも結合テストや負荷テストは Python で書きました。それらも Go で書くかといったら躊躇してしまいます。それは Python で書いた方がずっと楽だろうと思うからです。テストというのは、テストデータを扱ったり、外部システムとの連携があったり、アプリの仕様変更に柔軟に対応したり、そういった煩雑な要件がある割にしっかりきっちり作る類のものでもありません。

あれ？冒頭では Go でも生産性は落ちないと言っていたのに矛盾すると思う人もいるかもしれません。それは「しっかりきっちり作る」ものを Go で開発しても Python で開発しても、双方のメリット・デメリットを考慮して全体的にみるとそんなに差はないということであって、そうでないものはまだ Python に分があると私は思います。

もちろん Python には何年にも渡って開発されてきた実用的なライブラリが豊富というのも大きな要因ではありますが、それ以上に泥臭いことを手軽にやるのはスクリプト言語 (動的型付け言語) の方がまだ簡単だというのが実情でしょう。

そんなことを考えていたときにたまたま Things from Python I’d miss in Go という記事を読みました。約1年前の記事なので現在の状況と少し違っているかもしれません。冒頭からいくつかの文章を引用します。

Rob Pike 氏は言った。「C++ プログラマーが Go に移行するだろうと思っていたけれど、どうやら Python プログラマーがそうなるようだ。」 (中略) Go にあって Python にないものは何だろう？パフォーマンスと静的型付け。もしそれが必要なら、Go が現れる何年も前に私は Python から Java へ移行していただろう。いや、たぶん違う。だって Java は Go よりも随分と冗長だから、とりわけ Java 8 より前はそう。とはいえ、私は確かに Java を検討していたし、おそらく Go は今後もさらに成功を収めるだろうけれども、、、。特徴的なのを除いて、私が必要としていて Go に不足しているもの (その多くは Java も同様だ) のリストをあげてみます。

この記事の中では以下のものが Python にあって Go にはないとあげられています (内容は一部抜粋) 。

• 動的なコードの読み込み/eval

  Go は eval を行うには向いてない。理論的にはその都度コードをビルドすればできるだろうけど、Go はそもそもそういった用途に設計されていない。

• REPL

  eval がないことの結果として Go に REPL はありません。 go-repl のように入力する度にコンパイルするものもあるけれど、その方法では任意の状態をビルドできません。Go は本番環境には良いけど、プロトタイピングには向いていない。

• numpy

  巨大な行列を扱う線形代数の演算を考えてみましょう。Python には numpy があり、その構文は演算子オーバーロードのおかげで十分良いものです。Go には演算子オーバーロードがないため、線形代数を扱うときにコードが醜くなってしまいます。なぜ演算子オーバーロードがないかと言うと、Java と同様にそれが “不必要な複雑性” だからです。

• 例外がない

  例外を投げる代わりに panic させる、例外を捕捉する代わりに recover する、finally の代わりに defer を使えば良いとコメントしてくれた方がいます。panic させるのではなくエラー表現を返すというのは、厳密な必要性というよりもライブラリ設計の話です。そして私が使っている多くのライブラリはそのスタイルを採用しています。

• GUI バインディング

  現時点で Go の Qt バインディングはアルファレベルです。今後変わるかもしれません。そういったバインディングを開発するのがどのぐらい大変かは知りません。並行サーバーにおいて GUI は不要なので Go 開発者やそのコミュニティは GUI プログラミングを気にしないでしょう。

• これらの全てを組み合わせたもの

  我々の業務では、やや大きな問題を扱っています。ビデオクリップに様々な視覚化を行う多くのプラグインを扱ったり、さらに REPL を使って対話的にプログラミングをサポートしようとしています。Python はある分野では Matlab を置き換えて使えるけれど、Go はそうなりません。

この著者の結論として、Go は並行サーバーに向いていると締め括っています。Go は C や C++ よりプログラミングしたいと思うものの、Python よりもそうかと言うと、一般論としては No であり、この記事の著者はそう思わないそうです。

私の所感は、Python は成熟した言語であり、大きな変化に対して保守的にならざるを得ないでしょう。一方 Go はモダンな言語で開発コミュニティが成長中で応用分野も模索中、なにか新しい可能性があるんじゃないかというわくわく感があります。Go Conference 2015 summer で 750 人以上の人が参加登録していたりすることからもその人気ぶりが伺えます。

Python プログラマーは Go に馴染みやすいので適材適所で両方使っていくと良いように思います。

まとめ

Go で実際に開発してみた所感や Python プログラマーからみた Go の印象について紹介しました。

シンプルな API サーバーを Go で開発するのに困ることは、いまのところ特にありません。開発環境、各種バインディングも一通り揃っているし、(英語を読むのに抵抗がなければ) ドキュメントで困ることもありません。開発していて手が止まったときもほとんど Stack Overflow で知りたいことが見つかります。

その他の Go の情報収集サイトや学習に役立った記事なども紹介しておきます。

• Golang JP
• Qiita Go
• KLab DSAS 開発者の部屋
• Go by Example
• Big Sky
• Go Conference 2014 autumn

この辺の情報はRSS 登録しなくても、 カメリオ で Go のテーマを追いかけると最新情報が簡単に集まりますので、お試しください！

最後に白ヤギでは Go エンジニアを始め、デザイナーやメディアディレクターなど様々な職種を募集中ですので、ご興味のある方は下のリンクをご覧ください！

• 白ヤギコーポレーションの求人