古典的なasmxからwcfへの切り替えのメリット

Question

最近、私はasmx Webサービスからwcfサービスを使用するように切り替えましたが、移行はほぼ終了しましたが、私は多くのエラーチェックとテストすべてが期待どおりに移植されました。

私の質問は、これまでのところ、wcfを使用することに1つのメリットがあると考えることができます。シングルトンWebサービスを実装する簡単な方法が得られます。

WCFアプリケーションの設定はあまりにも複雑に思えますが、asmx Webサービスのテストがいかに簡単かは間に合わないでしょう。

ASMX WebサービスよりもWCFを使用すると、他にどんな利点がありますか？

Answer 1

• その他のプロトコルオプション。 ASMXは、IISとHTTP のみある - WCFはあなたにHTTP、NETTCP、MSMQを与え、IPC - あなたは一度あなたのサービスを書き、セルフホスティング
複数のエンドポイント上でそれを公開することができ
• それに名前を付ける：あなたをホストすることができますWCFサービスをコンソールアプリケーション、Winformsアプリケーション、WPFアプリケーションで使用するか、IIS/WASで処理させますが、
• 信頼性の高いセッション、多くのセキュリティオプションなど多くのオプションがあります。
• あなたはASMXのようにWCFで多くの "plumbing goo"に取り組む必要はありません - あなたはビジネス上の問題に集中し、configと属性はあなたが対処したくないものをすべて扱うことができます
012ほんの数名に

.....

検索GoogleやBingの「ASMX対WCF」のため、私はあなたがもっとたくさんの記事、ブログ投稿との比較を見つけることができます確信しています。

ASMXはその時を過ぎました - WCFは現在と未来です。それはより多くのことを行うことができます - したがって、それはもう少し学ぶことです。

しかし、これらの2つのDotnet Rocksテレビ番組（Keith Elder Demystifies WCFとMiguel Castro on Extreme WCF）のような、適切な情報源をチェックすると、迅速かつうまくいけば、WCFに苦労しないようになるでしょう！

マーク

Answer 2

WCFを使用すると、物理レイアウトとプロトコルからサービスを切り離すことができます。たとえば、1つのサービスを作成し、それをRESTまたはSOAPのいずれかとして展開することも、将来発生する可能性のあるものを展開することもできます。 ASMXは素晴らしいですが、SOAPにはかなりハードコードされています。また、アイデアは、多くのメリットが見られていない設定を変更するだけで、スロットルのような既存の機能をプラグインできることです。