Resultの利点は理解できるけど個人的には例外の方がすきなんだよなぁ(こういうのが老害として禍根を残すんだろうけど……)
プレモータムシンキング=失敗を先取りして未然に防ぐ発想。エラーを類型化してそれぞれどう対処するか決めておくことは大事。完璧なシステムなんて幻想だから極論成功か失敗かの二択でOK?(文句言う奴は切って良い)
ら
Goのように多値返却するパターンとの比較も見てみたい。
エラーの意味を表現したいのは、そのあとの処理を変えたいため。なるほど
ただ失敗を返せば良いのではなくて、呼び出し側のハンドリングを考えた型を定義する。
「どう扱うか」で設計するエラーハンドリング / noren_ts #1
Resultの利点は理解できるけど個人的には例外の方がすきなんだよなぁ(こういうのが老害として禍根を残すんだろうけど……)
プレモータムシンキング=失敗を先取りして未然に防ぐ発想。エラーを類型化してそれぞれどう対処するか決めておくことは大事。完璧なシステムなんて幻想だから極論成功か失敗かの二択でOK?(文句言う奴は切って良い)
ら
Goのように多値返却するパターンとの比較も見てみたい。
エラーの意味を表現したいのは、そのあとの処理を変えたいため。なるほど
ただ失敗を返せば良いのではなくて、呼び出し側のハンドリングを考えた型を定義する。