WCFとASMX Webサービスの違いは何ですか？

WCFとASMX Webサービスの間で完全に混乱しています。私は以前の段階で多くのWebサービスを使用してきましたが、WCFと呼ばれるこの新しいものが導入されました。Webサービスとして機能するWCFを作成できます。WCFにはもっと多くのものがあると思います。

WCFとWebサービスの違いは何ですか？それぞれいつ使用する必要がありますか？

Keith ElderはASMXとWCFをうまく比較しています。見てみな。

ASMXとWCFのもう1つの比較をここに示します -私はそこにあるすべての点に100％同意するわけではありませんが、それはあなたにアイデアを与えるかもしれません。

WCFは基本的に「ステレオイド上のASMX」です-ASMXができることのすべてである可能性があります-さらにもっと！。

ASMXは次のとおりです。

• 作成と設定が簡単でシンプル
• IISでのみ利用可能
• HTTPからのみ呼び出し可能

WCFは次のいずれかです。

• IIS、Windowsサービス、Winformsアプリケーション、コンソールアプリでホスト-完全に自由
• HTTP（RESTおよびSOAP）、TCP / IP、MSMQ、その他多数のプロトコルで使用

つまり、WCFはASMXを完全に置き換えるものです。

MSDNのWCF Developer Centerを確認してください。

更新：リンクが停止しているようです-これを試してください：Windows Communication Foundationとは何ですか？

ASMX Webサービスは、HTTP（.asmxを使用する従来のWebサービス）によってのみ呼び出すことができます。WCFサービスまたはWCFコンポーネントは、任意のプロトコル（http、tcpなど）および任意のトランスポートタイプで呼び出すことができます。

次に、ASMX Webサービスは柔軟性がありません。ただし、WCFサービスは柔軟です。サービスの新しいバージョンを作成する場合は、新しいエンドを公開する必要があります。したがって、サービスは俊敏であり、これは現在のビジネストレンドを調べる非常に実用的なアプローチです。

WCFは、コントラクト、インターフェイス、操作、およびデータコントラクトとして開発されます。開発者として、私たちはビジネスロジックサービスにより集中しており、チャネルスタックについて心配する必要はありません。WCFはあらゆる種類のサービスの統合プログラミングAPIであるため、サービスを作成し、構成情報を使用してHTTP / TCP / MSMQなどの通信メカニズムをセットアップします

これは非常に古い質問ですが、ASMXの利点がかなり描かれているとは思いません。ASMX Webサービスは、それほど柔軟ではありませんが、使用と理解が非常に簡単です。WCFはより柔軟ですが、立ち上がって構成するのも複雑です。

ASMX Webサービスは、ファイルを追加するとすぐに立ち上がってWebサービス参照として追加する準備ができています。（プロジェクトのビルドを想定）

create webservice-> run webservice-> の単純な開発ワークフローの add webservice reference場合、ASMX Webサービスには、問題が発生する可能性はほとんどありませんが、誤って構成できるほどではありません。それが強みです。

ASMXがWCFに置き換わると主張する人たちに応えて、WCFはASMXを完全に置き換えるために、合理化されたKISS構成モードを追加する必要があると答えます。

ASMX Webサービスのweb.configの例：

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <appSettings />
  <system.web>
    <compilation targetFramework="4.5" />
    <httpRuntime targetFramework="4.5" />
  </system.web>
</configuration>

WCFはASMX Webサービスを完全に置き換えます。ASMXはWebサービスを行うための古い方法であり、WCFはWebサービスを行うための現在の方法です。クライアントまたはサーバーでのすべての新しいSOAP Webサービス開発は、WCFを使用して行う必要があります。

WCFを介したasmx Webサービスのシンプルさについては、多くの話し合いが行われています。ここでいくつかのポイントを明確にしましょう。

• 初心者のWebサービス開発者がasmx Webサービスで簡単に開始できることは事実です。Visual Studioはすべての作業を行い、Hello Worldプロジェクトを簡単に作成します。
• しかし、WCFを学ぶことができれば（もちろん、それほど時間はかかりません）、WCFも非常に単純であり、簡単に先に進むことができます。
• これらのWCFの複雑さは、実際には、WCFがもたらす美しい機能に起因していることを覚えておくことが重要です。構成ファイルには、アドレッシング、バインディング、コントラクト、エンドポイント、サービス、クライアントがすべて記載されています。美しさは、ビジネスロジックが分離され、安全に維持されることです。バインディングをbasicHttpBindingからnetTcpBindingに変更する必要がある場合は明日ファイルでバインディングを簡単に作成して使用できます。したがって、クライアント、通信チャネル、バインディングなどに関連するすべての変更は、ビジネスロジックを安全かつ完全な状態にして構成で行う必要があります。
• WCFの「Webサービス」は、WCFを介して有効化されたはるかに広い範囲のリモート通信の一部です。WCFは、Microsoftが提供するさまざまな分散プログラミングインフラストラクチャをすべて要約するように一から設計されているため、従来のASMXを使用する場合よりも、WCFでの作業の方がはるかに高い柔軟性と移植性が得られます。WCFのエンドポイントは、TCP /バイナリを介してできるのと同じくらい簡単にSOAP / XMLを介して通信でき、このメディアを変更するには、構成ファイルのmodを変更するだけです。理論的には、これにより、ビジネスニーズやターゲットなどを移植または変更するときに必要な新しいコードの量が減ります。
• WebサービスはHTTPを介してのみアクセスでき、WCFはさまざまなタイプのアプリケーションでホストできるため、WCFが柔軟なステートレス環境で機能します。WCFサービスは、コンソール、Windowsサービス、IIS、WASでホストできます。これらもVisual Studioで新しいプロジェクトを作成するためのさまざまな方法です。
• ASMXはWCFよりも古く、WCF（およびそれ以上）もASMXで実行できることは何でも可能です。基本的に、WCFは、Microsoftの世界で2つのアプリが通信するためのさまざまな方法をすべて論理的にグループ化しようとしていると見なすことができます。ASMXは、これらの多くの方法の1つにすぎなかったため、WCF機能の傘下にグループ化されています。
• Visual Studio for NET 4.0または4.5を使用すると、WCFサービスの作成が簡単になり、常に使いやすくなります。
• 主な違いは、WebサービスがXmlSerializerを使用することです。ただし、WCFはXmlSerializerと比較してパフォーマンスが優れているDataContractSerializerを使用します。これが、WCFがasmxや.NETリモート処理などの.NETの他の通信技術よりも優れたパフォーマンスを発揮する理由です。

私がWCFよりもasmxサービスが好きだった人の1人であることを忘れないでください。しかし、そのときは、WCFサービスとその機能についてはよく知りませんでした。WCF構成が怖い。しかし、私は敢えて自分自身のWCFサービスをいくつか作成しようとしました。WCFについてさらに学ぶと、WCFについて何の制約もなく、だれでもそしてすべての人にそれをお勧めします。ハッピーコーディング!!!