nabinnoのブックマーク - はてなブックマーク

絶対ハマる、不思議なnil - Qiita

goのnilは直感的ではない、これは強烈にハマりそう。型を持つnil nilと一口に書くが、実際には型がある。 nilとnilが等価でないように見える nilが型情報を持つので、nil == nilがtrueになるとは限らない。 trueとなるためには、右辺と左辺の「nil」の型が一致しているという条件が必要。 package main func main() { var x *int32 = nil var y *int64 = nil equals(x, y) return } func equals(x, y interface{}) { println(x == y) }

nabinno 2019/08/12

リンク

golangでデストラクタ的なことをする - Qiita

golangはstructにデストラクタ的なものを定義することは出来ないが、インスタンスがGCに拾われる時に任意の処理をさせることはできる。具体的方法 runtimeパッケージのSetFinalizer()でfinalizer関数を設定できる。いわゆるデストラクタのようにstructの宣言に付けられるわけではなくて、インスタンスごとに設定しなければならない。＃なのでデストラクタではない runtime#SetFinalizer http://golang.org/pkg/runtime/#SetFinalizer createInstance()でfinalizer関数を設定している。runtime.SetFinalizerには対象のインスタンスの参照とfinalizerとして設定する関数を渡す。 func finalizer(m *string) { fmt.Println("fi

nabinno 2015/08/01

qiita
go

リンク

【翻訳】プロダクション環境でのベストプラクティス - Qiita

Qiitaは2ヶ月ぶりです。 GopherCon2014でSoundCloudの方がプロダクションでGoをどう使うかというところで発表されていたようです。その内容がブログで公開されていたので、僕の勉強も兼ねて翻訳することにしました。英語は得意でないのですが、ザクッと訳してみました。きっと間違い有るので、どうかご指摘ください。元ネタ：http://peter.bourgon.org/go-in-production/ スライド：https://github.com/gophercon/2014-talks/blob/master/best-practices-for-production-environments.pdf SoundCloudでは、たくさんのクライアントに対してAPIの形でプロダクトを提供するようにしています。ですから、ウェブサイトやモバイルクライアント、モバイルアプリの

nabinno 2015/06/18

qiita
go

リンク

golangでSQLを叩くライブラリまとめ[基本/クエリビルダ/ORM] - Qiita

アプリケーションを作る上でデータベースを避けて通ることはできません。その中で最もポピュラーでパワフル(かつ普及している)のはSQLでしょう。 golangでも快適にSQLを操作したい。このエントリでやること golangでSQLを操作する方法を、「基本(databse/sql)」から、SQLクエリを自動生成する「クエリジェネレータ」、最後に「ORM」という順序で解説します。ライブラリの特徴などをいくつか抑えていくだけであって、網羅的ではない。雰囲気だけ。操作方法基本(database/sql) 標準ライブラリだけを使って頑張る。基本的にSQLを手書きして、変数とのマッピングも手で当てることになる。 sql.(*DB).Exec()を使うと、SQLクエリをそのまま叩ける。プリペアドステートメントはクエリのあとにガシガシ置いていくカンジ。 db, err := sql.Open("sq

nabinno 2015/06/18

リンク

golang 1.4で追加されたtestingの便利機能(テストの初期化とお片づけ) - Qiita

golangのtestingパッケージはシンプル主義のgoならではといった、最小限の機能のみを提供しています。実際のところこれまでも(ほぼ)充分な機能を提供してきたわけですが、テスト前の初期化を明確に定義できないなど、不満もありました。そういうわけで、1.4からこの不満を解決するtesting.MとTestMain(*testing.M)が追加されています。これがかなり最高便利です。従来のテクニック当然、これまでもテストの"初期化"や"お片づけ"を書きたいという要求は当然ありました。それに対しては、go testコマンドがファイルをabc...順に読みこむことを利用して、ファイル名を工夫するというちょっと裏ワザ的な手法が一般的でした。すなわち、最初に実行したいテストが書かれたファイルは「a_test.go」にして、最後に実行したいテストを「z_test.go」とするわけです。この方

nabinno 2015/06/18

リンク

たぶんみんな間違っていないgolangのHTTP Respose Bodyの閉じ方 - Qiita

ネット眺めているとたぶんみんな間違えてる golang の HTTP Respose Body の閉じ方というエントリが流れてきたけれど、多分みんな間違っていないという話。元エントリでの話 net/httpのResponseを撮るときに、errorがnilであることを確認するだけでは不十分で、Responseがnilかどうかを確かめたほうがよいというエントリ。すなわち、 resp, err := http.Get("http://golang.org") if err != nil { return err } defer resp.Body.Close() resp, err := http.Get("https://api.ipify.org?format=json") if resp != nil { defer resp.Body.Close() // ← ここで nil じゃな