My new error...

2023 年度の僕のエラーハンドリング について書きたい。 昨日Safe Data Fetching in Modern JavaScriptを読んでいて、fetch に限った話ではないが一家言ある内容だったので書きたくなった。 おそらくやりすぎだとか非効率と言われる点はあると思うので、みんなの一家言も教えて欲しい。 対象は Typescript での サーバー開発想定だが、TS であればクライアント開発にもほとんどに当てはまる話だと思う。 例外のスローではなく Result 型を使う Result は失敗するかもしれないという文脈を与えてくれる型 エラーハンドリングの戦略として例外を投げるのではなく、Result 型を返すやり方がある。 Result 型というのは export type Result<T, E> = Ok<T> | Err<E>; export interface Ok

[tettekete37564]

例外スロー前提の言語やフレームワークだと利用したオブジェクトの内部依存がスローして、コール元オブジェクトが適切にハンドリングできずに死んだときとか原因究明が異常に難しくなるので好きじゃない

[Kiikurage]

Promiseとは違うんだろうか

[berlysia]

TypeScriptでのエラー表現。Promiseだとエラー側に型がつかなくて、async関数の中だと普通にthrowするのと表現力が同じ。Result型があると失敗の仕方を型に表せて嬉しい場合がある。細やかに失敗をケアしたい時は結構好んで使う

[shingo-sasaki-0529]

Result 型使ったエラーハンドリングは未だに実践で使ったことないんだよなぁ。 エラー発生の可能性が高く、ハンドリング漏れを生みやすい箇所から始めていくのがいいのかな。

[ryosuke-fujii]

TSのエラーハンドリングベストプラクティス。Result型の説明。めちゃくちゃ参考になった。この人すごいな。

[zyzy]

エラー作られた段階でとっととログれ、は確かに

[sackbut]

Go言語はそういう思想だよね。

[peperon_brain]

どうしてTypeScriptにはJavaみたいなthrows定義が無いんだろう。なにか技術的・思想的な理由があるのだろうか。

[puruhime]

Promiseじゃ駄目？「ここエラーでるかもよ！！」ってお知らせしてくれる型があった方がより読みやすいよねって事？

[Kesin]

Result型を利用したエラーハンドリングの実践

[nonaka1007]

my new era...

[m9z9m]

my new gear...

[beejaga]

例外って longjump でしょ？素人が使っていいものじゃない…（C脳

[daira4000]

やはり必要なのは検査例外…(Java脳

[gfx]

TypeScriptのエラーハンドリング戦略。

[Keisuke69]

👀

[shunkeen]

モナドや鉄道指向の話は脇においておくとして。単なる値のほうが型が付けやすいし、対処方法を単なる関数として書きやすいし、ライブラリも再利用しやすいのはありそう。まあ、チームで合意を取るのが一番大事か