Swiftのエラー4分類が素晴らしすぎるのでみんなに知ってほしい - Qiita

これは Swift Tweets の発表をまとめたものです（次回開催はこちら）。イベントのスポンサーとして Qiita に許可をいただいた上で投稿しています。 ありがとうございました！Q&Aは他の人の発表中でも構わないのでリプを飛ばして下さい。 続いては僕 @koher の発表で、タイトルは "Swiftのエラー4分類が素晴らしすぎるのでみんなに知ってほしい" です。 #swtws — koher (@koher) 2017年1月14日 第 1 部: Swift の 4 種類のエラーについて あまり知られてませんが、エラー処理について、 Swift 2.0 設計時に Core Team がまとめた "Error Handling Rationale and Proposal" というドキュメントがあります。このドキュメントは、僕が去年 try! Swift で発表した際にも参考文献にしまし

[kaputte]

伝えたいことはわかるが、ツイートの引用というよりはもう少しコンパクトだとうれしい

[uturi]

togetterでやれ

[regularexception]

tweetの羅列ってすごく読みづらいです。知ってほしいと本当に思ってるんでしょうか

[umai_bow]

僕はツイートの羅列で長文を書く人の気持ちが本当にわからない

[yhara]

見やすくしてみました http://qiita.com/koher/items/a7a12e7e18d2bb7d8c77/patches/28782?type=preview

[y-kawaz]

なるほど。／ちなみにツイート引用方式で十分読みやすい気がする。コードのハイライトとかもキレイだし。

[minamijoyo]

みんなに知って欲しいなら構造化して伝える努力をして欲しい。Qiitaはtogetterじゃないんだよ。

[luccafort]

読んだ。確かに読みにくい点はあるもののイベントの意図などを考えると仕方ないのかなという感じ。Togetterにしたところで読みやすくなるわけでもなし。Javaとの比較の話はなるほどなぁと思う点がいくつもあって面白い。

[quick_past]

そういうこととは別に、個人的に**でNSErrorを返してもらうCocoa/Objective-Cの構文のほうが好きだった。

[onefootinthegrave]

成功失敗は戻り値で（c）→めんどい→全部例外（java）→やっぱめんどい→イマココだと思う。落ちるしかないか、継続できるかなんて場合による。例外、戻り値（optional）を簡素な構文で切り替えられるのがいいよなあ

[mfks17]

エラーハンドリングとResultについて復習

[l-_-ll]

例外

[efcl]

Swiftのエラーの分類

[takatama]

“最も回復が簡単な Simple domain error を回復不能な Logic failure にしてしまったエラー分類の曖昧さこそ Java の失敗だと僕は思います。”

[yosuke_furukawa]

前提条件が明確→ Simple domain error 原因ごとに対応→ Recoverable error 回復不能→ Universal error コードの誤り→ Logic failure なるほど。

[masayoshinym]

どうせなら最後までTogetter形式でいってほしかった。

[betterman]

swift

[yutailang0119]

みんなエラーの扱いについて悩んでいることがよくわかるいいね数

[tora470]

構造化されてない文書をこの形式で読むのはツラいのはあたり前田のクラッカー。 やるんだったら結論やらまとめて文書としてあげて欲しいということかな。内容は大体同意。

[sawat]

IllegalArgumentException が Logic failure じゃない場面なんてそんなに多くない気がするが…。

[moronbee]

"Simple domain error / Recoverable error / Universal error / Logic failure"、"『どのように対応させたいか』というところがキモ"

[lanius]

Simple domain error, Recoverable error, Universal error, Logic failure.

[pipo]

(ﾟ∀ﾟ)

[taaiyoo]

エラーハンドリング、その場に適した実装が出来るようにしないと

[naari_3]

読みにくい

[ikoji0319]

swiftエラー分類

[rjj]

Swiftのことは全く知らないが-OuncheckedってSwift界隈で推奨されてるんだろうか。事前に修正されるべきバグ、というのはわかるが本当に実行時に何もチェックすべきでない？ 　↓それはともかく私は普通に読めたが。

[hamamuratakuo]

ヒューマンインターフェース工学の授業で人間の特性8箇条というものを習いました。何かを設計するときには人間はそのような欠点を持っているものと考えて、それでも問題が起こらないようにすべきだという指針です。

[otihateten3510]

長いので後で

[dowhile]

チョー読みづらい

[tanjoin]

すごい改行あけて書いてるブログ並に読む気がなくなる記事

[hyuki]

興味深い話だけど、まだよくわからない。

[yukiyojapan]

手段でなくて目的別ってことかな

[Palantir]

高級言語はこういった機能があっていいなぁー。便利だなぁー。

[kitaj]

多分いいこと書いてるんだと思うが、読みにくくて最後まで読まずに閉じた。なんでtweetの引用で長文書こうとするんだろ。