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 で発表した際にも参考文献にしまし
Swift 2.0 の try, catch ファーストインプレッション - Qiita
WWDC 2015 で Swift 2.0 が発表されました。オープンソース化などのうれしいニュースでも盛り上がっていますが、言語仕様としては try, throw, catch が導入されるという大きな変更がありました。本投稿は、 The Swift Programming Language の新章 Error Handling を読み、多少のコードを書いた上での個人的な感想です。 結論から言うと、 try, catch の導入は良い変更だと思えないけど、 try, catch を導入する前提なら考え得る限りベストに近い仕様だった、って感じです。 よかったのは、 ErrorType は enum タイプセーフなエラー情報 エラー処理が強制されている（検査例外のような形） try! でエラーを無視できる あたりです。個人的には、 try, catch でなく Either 的なものを公式サ
Swiftで気になった事 - Qiita
Swift で気になった事 Swiftの仕様及び現状のSwiftコンパイラの動作について気になった事があったのでメモ。 例外処理が無い 例外が発生するような状況は、Optionalでnilを返すか、またはエラーで停止する。 割り切った仕様で、良いと思う。 Optionalを使えば、ぬるぽにもならずに大概の場合は対応出来る。 初期のJavaでのthrows節地獄でJavaが嫌いになって以来、Javaには触れてないんだけど、今のJavaの例外処理はどうなってるかな？ いや、あまり興味無い。 Trailing closure が便利 元々Rubyで発明された機能（だと思う）。 使い方によってプログラムの見通しが良く簡潔に書ける場合があるので、積極的に使いたい。 yieldが無い yieldが使えれば、イテレータ、ジェネレータ、コルーチン、軽量スレッドなどがとても記述し易いので是非欲しかった。 仕
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
