0

ちょっとした質問なのですが、

  1. IIS 7.0 で NetTcpbinding WCF サービスをホストしていて、クライアント アプリケーションからこのサービスを呼び出したい場合、通信にはどのような形式が使用されますか?

  2. すべての NetTcpbinding は IIS でホストするのではなく、コンソール アプリケーションまたは Windows サービスでホストする必要があるというルールはありますか?

  3. 正確にTcpNetバインディングに行きたいのはいつですか..??

  4. 1 つは WsHttpbinding 用で、もう 1 つは NetTcpbinding 用の 2 つのエンドポイントがあり、IIS にサービスを展開するとします。次に、クライアント アプリケーションから NetTcp エンドポイントを使用する場合、どのように..?? これは正しい方法ですか...?? このシナリオでは...

ありがとう、スケシュ。

4

1 に答える 1

0

NetTcpBinding クラス情報:

http://msdn.microsoft.com/en-us/library/ms576421.aspx

  1. コメントより引用：

    NetTcpBinding は、デフォルトでランタイム通信スタックを生成します。これは、トランスポート セキュリティ、メッセージ配信用の TCP、およびバイナリ メッセージ エンコーディングを使用します。このバインディングは、イントラネット経由で通信するための適切な Windows Communication Foundation (WCF) システム提供の選択肢です。

引用符は、TCP 経由でクライアント サーバー接続が確立され、バイナリでエンコードされた SOAP メッセージを送信するために使用されることを示します。

2. いいえ。その方法については、次の素晴らしいブログ記事もあります。

http://blogs.msdn.com/b/santhoshonline/archive/2010/07/01/howto-nettcpbinding-on-iis-and-things-to-remember.aspx

3. クラス情報に戻る:

より一般的には、WSHttpBinding や BasicHttpBinding などの HTTP システム提供のバインディングは、デフォルトでオンになるように構成されていますが、NetTcpBinding バインディングはデフォルトでオフになっているため、サポートを受けるにはオプトインする必要があります。 WS-*仕様。つまり、TCP の既定の構成は、エンドポイント間のメッセージ交換において、既定で HTTP バインディング用に構成されたものよりも高速です。

これは、期待される追加のプロトコル レイヤー (http レイヤーおよび WS-* 仕様レイヤー) のために、basicHttpBinding および WSHttpBinding が行うより高いレベルの処理をすべてこのバインディングが行うわけではないことを意味します。したがって、これはパフォーマンスの高いバインディング構成であり、HTTP レイヤーを失うという犠牲を払って、サービス メッセージの応答時間を短縮します (クライアントは、HTTP POST SOAP エンベロープをサービスに送信することはできなくなります)。

4. 同じインターフェースを実装する 2 つの別個のサービス エンドポイント (1 つの TCP と 1 つの WSHttp) をセットアップします。次に、クライアント エンドで 2 つのクライアント構成項目をセットアップできます。これらは、異なるバインディング構成を使用しますが、同じインターフェイスを呼び出します。その後、どちらかをロードできます。

<client>          
<endpoint name="WSEndpoint" address="http://address/WSEndpoint.svc" binding="WSHttpBinding" contract="Your.Contract.Namespace"/>
<endpoint name="TCPEndpoint" address="http://address/TCPEndpoint.svc" binding="NetTcpBinding" contract="Your.Contract.Namespace"/>
</client>
于 2012-09-18T04:35:04.753 に答える