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

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

[device_me]

頭の中が整理される素晴らしいエントリーだった。ありがとうございます。

[chinpokomon_master]

長い。前半3/4が不要

[laiso]

書籍のような読み応えがあった。Swift良い言語だしもっといろんなところで使えるようにならないかな

[regularexception]

で、なぜ最先端なんです？

[programmablekinoko]

色々な言語との比較。前半不要と言ってる人がいるが自分は面白かった

[Nkzn]

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

[Nyoho]

言語比較があって良いね

[NOV1975]

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

[theatrical]

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

[LiosK]

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

[yyamano]

ライブラリだと文脈がないので、"プログラマが考えても仕方ないような特殊なエラーだけ”は難しそう。

[kappaseijin]

歴史経緯の説明あって面白い。swiftで例外処理箇所がtry修飾子なのはyieldやawaitなどの流行りなのあるよね

[threetea0407]

この記事によって検査例外を理解した

[den8]

scalaで同等のシグネチャを実現するにはどう書けばいいかはちょっと思考実験してみたい。

[ytRino]

Javaの話が長い

[fn7]

いろんな言語の比較があって面白かった

[vanbraam]

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

[riywo]

まだまだ色んな言語を勉強せねば。

[sp4ghet]

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

[momontyo]

こういうの読むと、使ってみたくなるなあ。

[dowhile]

やっぱnull safetyが使える型が強い言語はいいね

[todesking]

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

[umaemong]

parseIntがﾌﾙﾎﾞｯｺ。Swift書いたこと無いけど、確かにこの言語仕様は良さげな気がする。

[rti7743]

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

[p_tan]

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

[stealthinu]

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

[vcc]

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

[n314]

失敗で中断できないなら、それはモナドじゃなくてアプリカティブじゃないか？

[yarumato]

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

[master-0717]

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

[naari_3]

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

[tecotex]

俺ならこれ書き上げるのに一年かかる

[azihsoyn]

勉強になった

[hachibeechan]

非常に丁寧で読み応えのある良記事。

[cunlingusmaster]

車の話じゃないのか

[quick_past]

やっぱObj-C/Cocoa型の上位からNSError**を投げて上位でチェックする方法のほうがいいわ。確信した。

[aroechan]

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

[coppieee]

EitherとOptiinalを使っとけばよくね？

[dai_hi_saru]

“delete() }”

[kaipu1224]

最先端なのかなって疑問はあるけど楽そうではある