Go1.13以後のエラーハンドリングについて語ろう / Let's talk about error handling after Go 1 13

Go1.13以後のエラーハンドリングについて語ろう / Let's talk about error handling after Go 1 13

[ono_matope]

え？違うくない？ if err != nil が無力化されるんじゃなくて、 nil error を fmt.Errorf("%w", err) でラップするのは使い方が違ってちゃんと if err != nil { return a, fmt.Errorf("%w", err) } してねって話では？

[anatofuz]

なるほど

[escape_artist]

pkg/errorsだとnilをwrapしてもnilのままだったんだけど、にわかには信じがたいAPIだな / nilをwrapするな、で正しそうな気がする

[cpw]

え、これは辛い

[dekokun]

おもしろ

[adwd118]

Go 1.13からif err != nilを書き換える必要があるってこと？マジか

[kaakaa_hoe]

err := nil を fmt.Errorf, %w で wrap した時に err != nil で比較できないって話だよね？例に出されたコードが wrap する必要性が明白で無いコードなので少し混乱した。/ いや、ライブラリ側でやられると厳しいな…そういうことか。

[Songmu]

今は過渡期で互換を崩さない範囲の決定事項を標準に入れていっているので、混乱はある。スタックも結局入らなかったし。 nilのやつは、これまで同様丁寧にエラーチェックして、nilをwrapしない方が良いという話かな

[Cherenkov]

エラーハンドリング エラー処理

[kawasin73]

世の中には nil を wrap する人もいるんだ…。そういうライブラリが出てくる可能性があると考えると nil チェックを変えざるを得なくなるな…。

[tarotheripper]

id:u-north の謎ブコメ、なんか初めてみるなと思って調べたら、今日を境に謎の言いがかり付けるbotに変身していた。https://b.hatena.ne.jp/entry/4676531611804656162/comment/u-north

[u-north]

ハンドリングってなんか手コキっぽいの連想する性的不快

[daichirata]

xerrors結構使ってるけど、errのnilチェックを行わずにラップする事ないから書き方の問題だと思う

[digo]

スタックトレースはなくなった | "Go1.13からスタックトレースをとるための機能が追加"

[send]

俺もnilをwrapするのが悪いと思った

[tofu-kun]

再入門

[sue445]

if err != nil よく書きがちなので errors.Is 使うように意識しよう

[ryuichi1208]

> 'if err != nil' が無力化される

[shiopon01]

な、なにーー！

[yujiorama]

nil を wrap しなければ驚きも少ない

[kaputte]

「'if err != nil' が無力化される」