システム系の例外は実行時例外＋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;
RMIについて
RMIとは RMIとは、Remote Method Invocationの略で、別のホストのJavaオブジェクトのメソッドを呼び出すための通信手段です。 RMIを使うと、通信を意識せずに、Javaのサーバ、クライアントプログラムを作成することができます。 RMIの構成 RMIでは、クライアント側にスタブモジュール（Stub）を用意し、サーバ側にスケルトンモジュール（Skel）を用意する必要があります。 これらのモジュールは、rmicコマンドで作成できます。 動作の流れとしては、クライアントがサーバのメソッドを呼び出すと、スタブのリモートインターフェイスが、メソッドの引数をネットワークのストリームに変換してくれます。 このストリームを、サーバ側のスケルトンが受け取り、サーバのリモートオブジェクトのメソッドを呼び出します。 また、返却値は、サーバのリモートオブジェクトから、スケルトン、スタブに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
