検査例外再考 - Qiita

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

qiita.com/Kokudori

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

コメント

3

記事へのコメント3件

注目コメント
新着コメント

nilab 「開放/閉鎖原則に違反」「下層の変更が、より高いレベルのシグネチャ変更を強制」「Javaの例外機構を使用する限り、例外の抽象化は常に必要」「Javaでは独自例外は異なる抽象の境界面において必然的に必要」

2019/06/28 リンク

uchya_x Swift の例外機構がこれに当たる。javaでは使用コストが高すぎて廃れてしまったと。

2015/06/10 リンク

tackman 私がJavaの例外周りで感じた可能性と挫折がまとまっていた。シリーズ中断してしまって残念です

Java

2014/12/12 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

検査例外再考 - Qiita

検査例外はJavaで導入された例外に対する興味深い機構です。Javaで導入された当初、検査例外は多くの人... 検査例外はJavaで導入された例外に対する興味深い機構です。Javaで導入された当初、検査例外は多くの人々に素晴らしい解決策だと思われました。しかし、最近のメジャーなJVM言語で検査例外をサポートする言語はありません。JVM言語でなくとも、メジャー言語で検査例外をサポートするプログラミング言語は2014年現在1つとして存在しません*1。何故検査例外は普及しなかったのでしょうか。結論から言えば、Javaの検査例外を用いた例外設計があまりにも難しく、ほとんどの組織にとって設計コストがペイ出来なかったためだと思われます。Javaの検査例外は例外というレイヤーで各々の処理を結びます。この時、別々の抽象度をある単一の例外で結んでしまうと、問題が発生します。つまり、抽象度の異なる処理同士を結びつけるたびに、その差異を吸収する独自例外表現が必要になります。この設計判断は不可能ではないものの、かなり難し

ブックマークしたユーザー

kusamakura222022/12/14
knj29182022/12/04
sato-y2020/10/02
twjm2020/03/13
nilab2019/06/28
kzono2019/05/08
nashcft2018/11/25
amagitakayosi2018/11/25
yaaamaaaguuu2018/03/21
KeithYokoma2017/04/26
mitukiii2017/02/23
rsakamot2017/02/16
yhara2016/09/26
p_tan2016/09/01
sisidovski2015/11/09
escape_artist2015/08/07
uchya_x2015/06/10
ntaoo2015/05/17

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx