エラーハンドリング とは？

エラーハンドリングをしなければ止まる。でもtry-catchでエラーを「捕まえて」おけば、プログラムは動き続ける。たとえばAPIの通信エラーが起きても「通信に失敗しました。再試行してください」と表示して続行できる。

それだと本当のバグまで握りつぶしてしまう。エラーハンドリングすべきなのは「起こりうる想定内のエラー」。ネットワーク障害やユーザーの入力ミスなど。プログラムのバグは修正すべきであって、catchで隠すべきではない。

フロントエンドではユーザーにメッセージを表示する。バックエンドではログに記録してステータスコード（400, 500など）を返す。どちらも「何が起きたか」「どう復旧するか」をセットで考えるのが大事。

「早く失敗する（Fail Fast）」が基本原則だよ。入力値のバリデーションは処理の最初に行い、不正なら即座にエラーを返す。奥深くまで処理が進んでからエラーに気づくと、原因特定が難しくなるし、中途半端な状態のデータが残るリスクもあるんだ。

大いにあるよ。RustのResult型やTypeScriptのneverthrowライブラリは「成功か失敗か」を型で表現するアプローチ。try-catchだとどの関数がエラーを投げるか型情報からわからないけど、Result型なら戻り値の型を見るだけで「この関数は失敗する可能性がある」と明示できる。関数型プログラミングの影響を受けた現代的なエラーハンドリング手法として注目されているよ。