if err != nil(Goの心臓)

例外がない

多くの言語には、失敗したときに処理を中断して呼び出し元へ飛ばす仕組み(例外)があります。Go にはありません。

代わりに、失敗を戻り値で返します。

func parsePrice(s string) (int, error) {
	...
}

前のレッスンの bool が error に変わっただけです。ただし error は理由を持てます。

受け取ったら必ず確かめる

price, err := parsePrice("1200")
if err != nil {
	return "読み取れませんでした"
}
// ここから先、price は信用してよい

この4行が Go で最もよく書かれる形です。エラーが nil なら成功、nil でなければ失敗です。

nil は「何も無い」を表す値です。error のゼロ値が nil なので、うまくいったときは何も返さないという形になります。

なぜこの形なのか

例外は、書かなくても勝手に飛んでいきます。楽ですが、どこで失敗しうるのか読んでも分かりません。

Go は逆です。失敗する可能性のある呼び出しは、必ず err を受け取る形になります。

price, err := parsePrice(input)
if err != nil { ... }

item, err := findItem(id)
if err != nil { ... }

同じ形が何度も並びます。冗長だと言われ続けている書き方でもあります。その代わり、失敗する場所が全部目に見えます。読み飛ばせません。

if の初期化文が効く

第3章で触れた、条件の前に文を置ける if がここで生きます。

if _, err := parsePrice(input); err != nil {
	return "読み取れませんでした"
}

err がこの if の中だけの変数になり、後ろに残りません。値のほうが要らないときに使う形です。

やってはいけない書き方

price, _ := parsePrice(input)   // エラーを捨てている

_ でエラーを捨てると、失敗しても気づけません。price にはゼロ値の 0 が入り、そのまま計算に使われます。

Go で最も嫌われる書き方です。 捨ててよいのは、失敗しないと確信できる場合か、失敗しても本当に困らない場合だけです。そしてその判断は、たいてい間違っています。

エラーは値である

error は特別な構文ではなく、ただの型です。変数に入れて持ち回ることも、まとめて返すこともできます。

var err error   // ゼロ値は nil

「エラーは値である」という言い方を Go の界隈でよく聞きます。特別扱いしないことが、この言語の一貫した態度になっています。

1. validatePrice の戻り値を err で受け取る
2. err != nil のときは 登録できません を返す
3. エラーが無ければ N円で登録できます を返す