WCFクライアントのメリットは、Webservices 2.0クライアントをまったく同じように使用できる場合です。

Question

最近、いくつかのWCFサービスが当社のAPIに導入されました。 Visual Studio 2010によって生成されたプロキシコード（完全なWCFクライアントまたはSilverlightコードのいずれか）を使用するWindows用のサンプル実装があります。みんないいね。

は、その後、私はメーカーのウェブサービス2.0クライアントコードのプロキシを生成し、私が何を言うことができるようにすることも可能である考え出し：

• それは、WCFクライアントと同じくらい正常に動作
• それもリターン実際のオブジェクトは、ちょうどWCF
• のようにまた一体ネイティブWCFクライアントの違い/利点は何SOAP

を使用していますか？

私は特にクライアントサイドに興味がありますのでご注意ください。サーバー側は別の話です。要点は、Webサービスクライアントコードが正常に動作する場合、WCFクライアントコードを使用してWCFサーバーに接続する理由は何ですか？

MONOについても聞くことができます：MonoのWCFサポートは完全ではありませんが、WebServices 2.0はかなりうまく動作しています。だからしばらくの間WCFと戦った後、私はWS 2.0クライアントコードプロキシに戻って、これまでに何の問題も気づいていません。私が期待しなければならない問題はありますか？

Answer 1

柔軟性。

今日、あなたはHTTP経由でそのサービスを打っています。明日は、いくつかの持続性を追加し、MSMQでヒットしたいと思うかもしれません。 Webサービスクライアントコードを使用して、コードのその領域を完全に書き直すことを検討しているWCFを設定変更に使用します。

Answer 2

もう1つの利点は、設定の変更だけでトレース、メッセージロギング、診断を有効にすることができることです。

• エンドツーエンドトレースは、インスツルメンテーションデータを提供します。

  は

  診断機能言うAdministration and Diagnosticsは、WCFは、以下の診断機能を提供してWCFによって

  を提供参照してください。デバッガを使用せずにアプリケーションのトラブルシューティングを行います。 WCFは、プロセスマイルストールおよびエラーメッセージのトレースを に出力します。これは、 は、チャネルファクトリを開いたり、サービスホストである によってメッセージを送受信したりすることができます。実行中のアプリケーションのトレースを有効にして、 の進行状況を監視することができます。詳細については、Tracingトピックを参照してください。 にトレースを使用してアプリケーションをデバッグする方法を理解するには、 Using Tracing to Troubleshoot Your Applicationトピックを参照してください。

• メッセージロギングを使用すると、送信前と送信後の両方のメッセージがどのように見えるかを確認できます。詳細については、Message Logging トピックをご覧ください。

• イベントトレースでは、イベントログにイベントが重大な問題で書き込まれます。その後、イベントビューアを使用して異常を調べることができます。 詳細については、Event Loggingトピックを参照してください。

• パフォーマンスモニタで公開されるパフォーマンスカウンタを使用すると、アプリケーションとシステムの状態を監視できます。 の詳細については、WCF Performance Countersのトピックをご覧ください。