システム系の例外は実行時例外＋AOPでハンドリングするのがベスト - 達人プログラマーを目指して

インフラ層のチェック例外はやはりJavaのBad Partだと思う 先日のJava言語のチェック例外は本当にGood Partなのか？ - 達人プログラマーを目指してで、 インフラ層のフレームワークなどでは実行時例外が適切 ということを書いたのですが、この点についてもう少し詳しく考えてみたいと思います。 Java: The Good Partsの本ではRMIの章があるのですが、RMIではRemoteというマーカーインターフェースを継承しつつ、すべてのメソッドがRemoteExceptionというチェック例外を送出する規則となっています。 Java Good Parts（9.1節より引用） pubic interface StatRecorder extends Remote { void recordGame(BoxScore stats) throws RemoteException;

[horafuki_taka]

某巨大Sierが作成したコードは、検査例外を投げるすべてのメソッドが個別にcatchで囲まれていた。

[kmaebashi]

検査例外は、例外に対して「発生箇所に近い、より適切な対処ができる可能性が高いところ」で処理することをプログラマに動機付ける機構だと思っています。AOPで同一の処理を入れてしまっては意味がない。

[s17er]

エラーハンドリング

[yujiorama]

嫌われすぎててなんでチェック例外があるんだったか思い出せなくなってきた

[terazzo]

レイヤの境界で例外を投げ換えるべき(ホントはレイヤ内部でリカバリできればいいが)というのと、例外ハンドリングの手段としてAOPイイヨーというのは分けて議論しても良いかも。

[mkoji530]

iphone

[yamkazu]

チェック例外のソフト化ってなんだ。。って思って調べたらITDの一種か知らんかった。

[t_yano]

AOPでまとめて処理するのは現実的な対応として良いと思う。APIとしては今呼んでいるものがリモートメソッドであることはプログラマが意識したほうがいい気はしてるけど、結局例外処理は共通化するだろうなあ。