アプリケーションを純正チャネルから WCF に移植するときに予期すべき問題は何ですか
-
20-09-2019 - |
質問
本物のチャンネル .Net Remoting 用のサードパーティ製チャンセルのセットです。
私は、リック クライアントとサーバーでの .Net Remoting の使用を WCF に置き換えるタスクを与えられました。私は標準の .net リモート処理には精通していますが、本物のチャネルについてはよく知りません。
それでは、どのような問題が予想され、解決策へのヒントがあるのでしょうか?
解決
PureChannels には、標準の .Net リモート処理ではなく最初にこれを使用した理由がいくつかあります。
- これは認証プロキシを通じて機能しますが、.Net リモート処理はそうではありません。
- サーバー上でイベントをブロードキャストし、クライアントにイベントを受信させることができます
- 切断(イベントを介してアプリケーションに報告)と自動再接続に対処する機能が組み込まれています。
- SSPI 認証と密接に統合されていますが、これを代替メカニズムに切り替える機能もあります (GC では ZPA と呼ばれます)。
- サーバーとクライアント間のトラフィックを gzip 圧縮できます
- サーバーとクライアント間のトラフィックを暗号化できます (基盤となる Win32 呼び出しを使用)
- 整合性チェック機能があり、中間ホストによる変更を防ぎます。
また、アプリケーションが使用する可能性のある他のセキュリティ関連機能も多数あります。
私は WCF を使用したことがないので、これらがサポートされているかどうかはわかりませんが、確認すべき事項の開始リストが得られるはずです。
他のヒント
クライアントにイベントを送信すると、WCFの自然な動作ではありません。 あなたはここにいくつかの知識がある二重契約を使用する必要があります。 WCFサーバーからイベントを送信の
:WCFはかなりクールであるとし、その他 あなたはデータコントラクトを定義し、属性を使用して操作契約、そしてあなたは、サービスを実行しています。 円形のオブジェクトをシリアル化しようとする場合、いくつかのより多くの注意が必要です(ただし、それが解決されます) 残り - あなたはWCFを学ん/移植している間に見つけなければなりません。
。 共有DLLを使用すると、ハードな方法(しかし、より「SOA」フレンドリー) - -簡単な方法があります。クライアントにサーバプロキシを生成するために、
ジュバル・ロウィに - これは、開始するには良い本です、と残りはgooglableです....
所属していません StackOverflow