ど〜も、ここ などを参考にしてVB.NETで作ってみても動かない。

・・・しかし.NET Remoting双方向通信のサンプルコードは、なぜどれもこれもC#.NETなんだろ? 仕事のネタだから後で気が向いたらというわけにも行かず､サンプルコードをごっそり転用すべくC#での実装に切り替える。動いた（　￣ー￣）

しょうがねぇ､通信部分だけクラスで隠蔽して､それ以外はVBで書くか。こういう場合､COM/.NETは便利だねぇ。

なんか動いている原理が分かったような分からないようなで、気持ち悪い。原理は分かる､だけどなぜこう書くと動いてしまうのか・・・？ Delegateをトリックっぽく使っているみたいで・・・あるときはっと分かることを期待しようw

しかし、賢い人(MSのエンジニアやサンプルコードを書いた人)はいるんだなとあらためて思ってしまう。

されているはず。秋葉原では恒例の深夜発売をやっているみたいだけど､周りで関心を示す人は皆無に近い。個人的にもプレステ３に匹敵するくらい､興味が湧かない。欲しくない機能の羅列にしか見えない。

Singlt/Singletonの違いはオブジェクトのメンバ変数の値が保持されているだけで、クライアントの１メソッド呼び出し１接続１切断は変わりない。いつ来るか分からないイベントのために接続は維持しないというわけか・・・？

まだ理解し切れてないけどリモーティングでサーバのイベントに登録 って、双方向にコネクション張っているだけに見える。つまり、お互いがお互いのSingletonオブジェクトのメソッドを呼んでいるだけに見える。

[2007/6/27 補足] .NET Remotingサーバが起動後しばらく経つと応答しなくなる件については、こちら が参考になるかもしれません。

放電→充電２回目。普通にWindows起動。90%まで普通に容量が減っていく。単にメモリー効果がひどかったのか・・・？念のために３回目を始める。う〜む、換えのバッテリーを買ってしまったんですが。まぁ、これであと１０年は使えるでしょう＼（^o^）／

[2007/1/27] やっぱり今のバッテリーは死んでるっぽい。85%辺りでいきなり2%に。

DCOMで進めようとしていた仕事が、相手側からDCOMは不安定なので.NET Remotingに変えたいと言ってきた。知らなかったので慌てて調べる。感覚的には、DCOMがUNIXのinetdのように通信全部を取り仕切る部分を持つのに対し、.NET Remotingは個別にデーモンが走っていて通信を受け持つ、でしょうか。.NET Remotingも前者のような構成も取れるそうですが。