Goのエラーハンドリング最新事情Lunch LT に参加した

Goは今まで触っていましたが、あまり最近のアップデートをきちんと把握できていません。今回はエラーハンドリングについての知見をブラッシュアップしようと思い、こちらの勉強会に参加しました。

Goの格言”error is value”の本質を読み解く

エラーを構造体のフィールドとして持つことで活用ができるという話でした。エラーを後から処理したいということがあるので、たまに使っていたことがありましたが、複数のエラーを扱いたい場合にはどうしたら良いのか、改めて確認してみようと思いました。

エラーが発生した場合に、いくつかのネストした関数の呼び出し経路は知りたいので、スタックトレースは確かに欲しいです。ですが、常に欲しいわけでもないし、ログが増えると検索とかのコストがかかってしまうというのは自分も実感していました。

morikuni/failure が便利そうなので試してみたいと思いました。

一つ前の発表で使ってみたいと思っていたら morikuni/failure の作者の発表でした。試す前に話が聞けて良かったです。

ErrorCodeをあらかじめ設計する必要があり、アプリケーションの中でどういったエラーを取り扱っているのかを考える時間を作る必要が出てきます。それによって雑にエラーを作ってしまって、結局役に立たないということを避けることができそうだなと思いました。

単純に既存のエラーをラップするという使い方もできるようなので、導入も簡単にできそうで良さそうですね。

Go 1.20 から使える機能の紹介でした。ループしながら処理した時にエラーが発生するような、複数のエラーを取り扱う方法で悩んでいたので、試してみようと思いました。

参加したきっかけではありますが、ここ数年Goのエラー周りについて不勉強だったので、その歴史と現状を知ることができて良かったです。 pkg/errors を利用している箇所がまだ残っていて、アーカイブされているとは知らなかったので移行を検討しようと思いました。

どちらの発表もとても勉強になりました。発表者の方々、ありがとうございました。色々試してみて、本番投入できたらと思います。