この話に似た話。type aliasを使った型の読み替えで手抜きができる(場合がある)。 テストのためだけにインターフェイスを書きたくないでござる リンク先の記事はtype aliasを使って同一パッケージ上にimportしてくる。 そしてテスト中はmockの方にビルドタグで切り替えている。 この記事ではそれとは違った形でtype aliasを使って手抜きをすることを試みてみる。 TL;DR テスト(=mock)のためだけにインターフェイスは切りたくない インターフェイスの最初の実装をtype aliasで省略できることがある インターフェイスは実装の候補が複数になってから作るべき 詳細 例えば以下の様なインターフェイスをイメージしたコードがあるとする。例えばRSSのフィードをパースしてきて記事のタイトルを集めるようなものだとする。Get()には本来は外部との通信などめんどくさそうな処理が
golangでテストのためだけにinterfaceを書くのが死ぬほど嫌だったので編み出した技を紹介します。 TL;DR テスト(=mock)のためだけにinterfaceは切りたくない 型エイリアスとビルドタグを組み合わせるとinterfaceがなくてもモックが作れる この手法に必要なモックを自動生成するプログラムを作った interfaceは本当に必要なシーンで使うべき Background 現在モックを使った単体テストは一般的です。 Javaでの例を挙げると、モックしたいコンポーネントについて予めinterfaceを定義しておき、モックではそのインターフェースを実装するのが定石です。 しかしgolangのinterfaceはJavaなどのそれとは若干性質が異なるため、テスト=モックのためだけにinterfaceを書くのはオーバーワーク気味です。 そうテストのためだけにinterface
最近は趣味でGolangとTypeScriptを書いています。Golangのドキュメントを見ていると気になる記述を見つけたのでブログに書き残します。 ここに書いてあることです。 github.com あるモジュールをテストしたい時に、モックのためにインターフェースで公開する場合があります。 ここではwikiの例をお借りして、Thingerという型がThingというメソッドを持っている場合について記述します。 // DO NOT DO IT!!! package producer type Thinger interface { Thing() bool } type defaultThinger struct{ … } func (t defaultThinger) Thing() bool { … } func NewThinger() Thinger { return defaultT
encoding/jsonパッケージの範囲を越えてJSONと戯れようとする。動的な何かが必要になる。そしてけっこうすぐにreflectパッケージに触れることになる。触りたくないけれど触る必要がある汚泥のような存在。それがreflect。 重い腰をあげてreflectと少し仲良くなるためにした試行錯誤のメモ。 概ね以下のことのやリ方についての文章になっている。 定義されているメソッドの数を確認 メソッドの存在確認 メソッドを呼び出す 定義されているメソッドの数を確認 定義されているメソッドの確認は型に対して行う。型に対してということは reflect.Value ではなく reflect.Type を使うということ。 package main import ( "fmt" "reflect" ) type Foo struct{} func (f *Foo) String() string
wolfbash.hateblo.jp この記事で後回しにしていた継承部分について書きます。 golang は継承がない！なんてこと言っていますが、ありますよ。構造体に対する埋込で可能になります。 package main import "fmt" type Parent struct { name string } func (p Parent) Print() { fmt.Println("Parent->Print:", p.name) } type Child struct { Parent } func main() { p := Parent{ "PARENT" } c := Child{ Parent{ "CHILD" } } p.Print() // Parent->Print: PARENT c.Print() // Parent->Print: CHILD } Pare
[ {"id":1,"name":"akane","birthday":"08-16","vivid_info":{"color":"red","weapon":"Rang"}}, {"id":2,"name":"aoi","birthday":"06-17","vivid_info":{"color":"blue","weapon":"Impact"}}, {"id":3,"name":"wakaba","birthday":"05-22","vivid_info":{"color":"green","weapon":"Blade"}}, {"id":4,"name":"himawari","birthday":"07-23","vivid_info":{"color":"yellow","weapon":"Collider"}}, {"id":0,"name":"rei"} ] pac
JSONの処理 JSONを扱う場合encoding/jsonを使う。Goの場合、JSONデータを定義した構造体に入れるのが一般的。 JSONの解析 { "id": 1, "name": "nana", "birthday": "08-16", "vivid_info": { "color": "red", "weapon": "Rang" } } type Person struct { ID int `json:"id"` Name string `json:"name"` Birthday string `json:"birthday"` VividInfo struct { Color string `json:"color"` Weapon string `json:"weapon"` } `json:"vivid_info"` }
ジェネリクスの話題になると常に出てくるのが、 for ループの代わりに関数型スタイルで書きたいという要望です。 for ループで書くのは、可読性が悪く、筋力がいるとまで言う人もいます。 しかし、ジェネリクスが追加されても、このスタイルのプログラミングは実用的にはなりません。ジェネリクス以外にも足りない部分がたくさんあるのです。 例えば、次のようなコードを考えてみましょう。 type PointLog struct { ID int64 UserID int64 Point int32 } // 今の書き方 func UserTotalScore(log []PointLog, userID int64) int64 { var t int64 = 0 for _, p := range log { if p.UserID == userID { t += int64(p.Point) }
Goでプログラムを書いていると、汎用的なmap関数やfold関数(reduce関数)のようなものがあれば便利なのに、という場面が結構あります。 そういうときは、それぞれの型専用の関数を一通りあらかじめ用意しておく、というような方法でお茶を濁すことが多いと思いますが、そんなものではHaskellやLispな人はもちろんRubyやPythonに慣れたLL脳な人にも満足できないはずです。 そこで本記事では、ジェネリックな高階関数をリフレクションを駆使して実装することで、Goで関数型プログラミングを試みようと思います。 単純な実装のmap関数 最初に、関数を引数にとる関数を単純に実装した場合をみてみます。 例えば、sliceのすべての要素に対して関数を適用した結果を新たなsliceで返すMap関数を考えてみます。 package main import ( "fmt" ) var ( ints =
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
