3

スタックオーバーフローに関する私の最初の質問です。

さまざまなホスティング環境などでホストされる可能性があるため、開発者は Web サービスの代わりに WCF を使用する必要があると述べた多くの記事を読みました...

しかし、私が考えているのは、HttpRequest を使用して任意のプロジェクトから Web サービスを呼び出すことができるということです。なぜ私はWCFを使わなければならないのですか？

4

3 に答える 3

2

WCF では、すぐに使用できるバインディングは ですBasicHttpBinding。これは単なる SOAP であり、.asmx Web サービスと同じです。クライアントとして、.asmx サービスにアクセスしたのとまったく同じ方法で、WSDL からプロキシを生成するか、通常の方法で、またはHttpWebRequest以前に使用していた方法でアクセスできます。

利点は、セキュリティ、さまざまなバインディングの可能性、スタンドアロン ホスティングなど、WCF で得られるすべての追加オプションです。さらに、これは .NET コミュニティが選択した方向であるため、.NET サービス ベースの世界で関連性を保ちたい場合は、それを学ぶ必要があります。

于 2013-03-11T17:43:57.917 に答える
1

WCF には、ASMX Web サービスよりもはるかに多くの機能があります。ASMX Web サービスがニーズに合っている場合は、それを使用しても問題ありませんが、ASMX Web サービスよりも WCF を使用した方が簡単に解決できる問題があることに気付くかもしれません。また、ASMX Web サービスを使用して単純に実行できない、WCF を使用して実行できる多くのこと (Web サービスを作成する方法ではなくフレームワークであることを思い出してください) もあります。

同じ目的を果たす場合でも、ASMX Web サービスの代わりに WCF サービスを作成すると、複雑さが増してメリットがないように思えるかもしれませんが、WCF の学習を開始するには良い方法です。

于 2013-03-11T17:44:23.947 に答える
0

Windows Communication Foundation を使用する必要はありません。最終的にはあなたの選択になります。また、プロジェクトはあなたのニーズに貢献するかもしれません。

ただし、Windows Communication Foundation を使用する主な理由は次のとおりです。

  • HTTP、HTTPS、TCP、MSMQ など、複数のプラットフォーム間でさまざまな通信を提供します。
  • 追加のセキュリティを提供します。
  • シリアライゼーションとデシリアライゼーションのより良い手段があります。
  • コードの再利用性が向上します。
  • ホスティングのさまざまな形式。

これらはキーの一部です。最も重要なのは、Web ベースのコミュニケーションで開発者の時間を節約するための設計です。また、完全にアジャイルなアプリケーションのために、サービス指向アーキテクチャも導入する方法論です。

もう 1 つの重要な注意事項は、Microsoft が標準 Web サービスのサポートを制限していることを認識することです。彼らは WCF テクノロジを実装しました。

うまくいけば、それは役に立ちます。

于 2013-03-11T17:45:59.033 に答える