Corba の主な重要な機能の 1 つは、Web サービスのポーリング アプローチとは対照的な AMI (Asyncronous Method Invocation) です。
たとえば、クライアントを実装してサーバーの更新を「リッスン」することはできますが、サーバーを大幅にポーリングする必要はありません (いずれにしても多少の遅延は発生します) が、サーバーの更新へのコールバックを実装する必要があります。
これは、接続を常に維持することを意味しますね。この場合、いつ接続が切断されますか?
Corba はどのように接続を管理しますか?
1 に答える
2
CORBA の典型的な同期要求と AMI 経由で発行される非同期要求の唯一の違いは、サーバーから応答が返されるまで、クライアントの呼び出しスレッドがブロックされないことです。2 つのアプローチの間でサーバーに違いはありません。
CORBA の AMI は、サーバーがいつでも通知を使用してクライアントにコールバックできることを意味するものではありません。これは、サーバーに対して標準的な双方向の要求を行うときのクライアントの動作の純粋な違いです。
「コールバック」の部分は、クライアント側の非同期性が実装される方法に関連しています。接続管理やその他の低レベルの動作に違いはありません。詳細情報: http://www.ciaranmchale.com/corba-explained-simply/corba-messaging.html#toc78
于 2012-06-23T17:37:29.397 に答える