goのenumは文字列でいいのではないかという話

goにおけるenumの一般的な定義

世の中で真っ当とされているgoにおけるenumの定義は、

type Zodiac int

const (
	Rat    Zodiac = iota // 子
	Ox                   // 丑
	Tiger                // 寅
	:
)

ですね

とはいえ数値でJSON化されたり、ログ出されたり、DBに書き込まれたりされても、
理解が一歩遅れるので、文字列化は欲しくなるわけです。
enumを文字列化するために、String() 設けたりします。

func (z Zodiac) String() string {
	switch z {
	case Rat:
		return "Rat"
	case Ox:
		return "Ox"
	case Tiger:
		return "Tiger"
	:
	}
	return ""
}

何を書かされているんだ…

という悩みを解決するために Stringer とか Apache Thrift とかがよく使われます

ハナから文字列で良くない？

そもそも、別に数値である必要はないのでは。

type Zodiac string

const (
	Rat    = Zodiac("Rat")
	Ox     = Zodiac("Ox")
	Tiger  = Zodiac("Tiger")
	Rabbit = Zodiac("Rabbit")
	Dragon = Zodiac("Dragon")
	Snake  = Zodiac("Snake")
	Horse  = Zodiac("Horse")
	Sheep  = Zodiac("Sheep")
	Monkey = Zodiac("Monkey")
	Cock   = Zodiac("Cock")
	Dog    = Zodiac("Dog")
	Boar   = Zodiac("Boar")
)

seealso: https://play.golang.org/p/kqHy0zm0vwn

String() も MarshalText() も MarshalYAML() もいらない。

ライトに定義するならこれで大体良いのでは。
仕事でも3年ほど同じものを開発し続けていますが、そこでenumを定義するときもおおよそこれで困ってません。
必要なら諸々書けばいいし、必要ないなら書かなければいい。

最初に書くのがダルいって声は聞こえそうですけど、このレベルならSnippetでどうにでもなります。
Goは割と手軽にGenerateしたら良いよという文化ですが、あんまりGenerate偏重ってのもどうなのかなと思っての提案でした。

スペシャルサンクス

@po3rin さんの vim plugin のおかげで、この記事はとても快適に書けました。
https://qiita.com/po3rin/items/9b17a206fd8661235aa1