Swiftのエラーハンドリングはなぜ最先端なのか - Qiita

テクノロジーカテゴリーの変更を依頼記事元:

456 usersがブックマークコメント

Swiftのエラーハンドリングはなぜ最先端なのか - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure y... Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Nkzn tryの書き方が特殊な理由がようやくわかった。丁寧な問題提起に好感が持てる構成でした。冗長に感じる人はいても経緯が分からない人は少ないはず。

2018/11/26 リンク

NOV1975 本題に行くまでちょっと長い。javaの場合複雑に考えすぎてる気もする(そもそも本当に例外の場合を除いてエラーハンドリングを例外でやるのは嫌い

theatrical Throwsに関しては、どの例外が来るかがシグネチャで表せるJavaのがちゃんと設計しているのであればより良いように見える。

LiosK 結局catchを強制する効果ぐらいしかないから、エラー情報を受け取るポインタを必須引数にしてた時代に一周回って立ち戻った感はある。/回復可能エラーはnullable使うとかEither + モナドとかのほうが最近は良さそうだけど。

millfi “原則として検査例外でコーディングする。こうすることで予測可能なエラーはすべてハンドリングされた状態になる。”

2021/01/28 リンク

vanbraam 近年ずっと否定されていた検査例外のメリットについて説いた良い文章;"検査例外"を脊髄反射で否定してきた人々からすると癪に触る文章なんだろうな;例外の型はあった方が(pattern matching的な)例外処理は書きやすいと思う

programming

2018/11/27 リンク

sp4ghet なんかこんな内容の英語記事僕が高校生の頃もバズってた気がするけどMac持ってないしSwift書く機会ないから記憶が曖昧・・・

todesking これを最先端って言われるとエッそうなんだ…… ってなるけど、エラーの有無だけをシグネチャに明示するというのは案外実用的な落とし所なのだろうか。でもエラーハンドリングはしたいが内容は明示しなくていいなん

rti7743 例外は回復できないから例外。だからフックしてもやることはない。再現可能なログを取り、開発者に通知する仕組みのほうが大切だと思うんだけど。

p_tan Swiftの検査例外の良さの話。自分も関数のエラー時の仕様をドキュメントに頼らざるを得ない非検査例外は嫌い。いずれ非検査例外は間違いだったと呼ばれる日は来るのだろうか。

stealthinu なんでjavaのtry catchがめんどくさいのにあまり効果が薄い感じがするのかもやもやしてたのが言語化された感じがしてよかった。確かにちょっとよさそう。だがやっぱgoのが簡潔な気がしちゃう。

vcc Swiftの検査例外を持っている。検査例外はJavaで採用され間違いだったと広く認識されているが、Swiftは進化の歴史を踏まえて産まれた最先端の仕様になっている。

yarumato “Javaの検査例外はうまくない。Javaのthrows宣言とtry-catch構文はどのエラーを捕捉したか曖昧という問題。JavaScriptのウェブフロントエンドや、KotlinによるAndroidアプリ、C#によるUnityアプリなどでは、非検査例外では苦しい”

master-0717 確かにブラウザjsはUI触ってて何か違和感を感じてデベロッパーコンソール開くとハンドリングされてない例外が発生してるパターン多い

naari_3 技術的な内容が申し分ないと次は文章の構成について叩かれるんだな…前提知識をどのくらい持つかって難しいですよね、前半のこの記述がないとSwiftのエラーハンドリングが他の言語の機構より良いことが伝えられないし

aroechan 確かに多くのプログラマがJavaのぬるぽだったり、C#のぬるりに困っているのは事実。その上で大事なのは、実装上のエラーを上手い事改修するのではなく、実装前の仕様をしっかりと固めることだと思う。

はてなブックマーク

Swiftのエラーハンドリングはなぜ最先端なのか - Qiita

記事へのコメント57件

関連記事