WCF Web APIとASP.NET Web APIの違いは何ですか
https://stackoverflow.com/questions/9451298
-
13-11-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
WCF WebAPIを使用して過去に少し作業をやりました、そして本当にその機能がたくさんありました、現時点ではASP.Net Web APIで遊んでいて、それは完全に異なるようです（つまり、から完全に削除されます）WCF）
WCF WebAPIのどの機能がASP.NET 4 Web APIに含まれているのか誰かが知っていますか？
解決
IVEはこれを中心にもう少し読んだりし、これでMS MESSの中で数ページを見つけました。
WCF Web API Applionsは、次のようにASP.NET Web APIにマッピングされます。
WCF Web API - > ASP.NET Web API
- サービス - > Web APIコントローラ
- 操作 - > action
- サービス契約 - >該当なし
- エンドポイント - >該当なし
- URIテンプレート - > ASP.NETルーティング
- メッセージハンドラ - >同じ
- フォーマッタ - >同じ
- 操作ハンドラ - >フィルタ、モデルバインダー
と http://wcf.codeplex.com/discussions/319671
統合スタックは、次の機能をサポートしています。
- 現代のHTTPプログラミングモデル
- ASP.NETルーティングのフルサポート
- コンテンツ交渉とカスタムフォーマッタ
- モデルのバインディングと検証
- フィルタ
- クエリ構図
- 単体テスト
- 依存関係を介した制御（IOC）の反転の改善
- コードベースの設定
- 自己ホスト
他のヒント
私が学んだことから、マイクロソフトはここで命名した混乱を少ししました。
私はあなたがXMLの上にあるもの、この大きなフレームワークがXMLの上に構築されていると仮定して、ユーザーがさまざまなテクノロジを持つ分散サービスを構築できるようにする（SOAPからMSMQなど）。
は、（少なくとも少なくとも）を使用するのが地獄のように難しく、それを機能させるために多くのブートストラップを必要とし、そして最終的にはこれを実現し、単純なHTTPサービス（誰でもWCF RESTスターターキット）のためのいくつかのデフォルト設定を提供し始めました。 ASP.NET MVCは勢いを増していて、それが提供した機能（例えば自動引数マッチング）がWCFに現れるようになりました。
今それは状況です：
お知らせ：WCF Web APIはASP.NET Web APIになりました。 ASP.NET Web API ASP.NET MVC 4ベータでリリースされました。 WCF Web APIとWCFサポート このサイト上のjQueryコンテンツは2012年末までに削除されました。
http://wcf.codeplex.com/Wikipage？タイトル=％20Started：％20ビルド％20A％20Simple％20Web％20API
そしてそれはより良いimhoです。
WCFの上にASP.NET MVC4 WebAPIをホストすることが可能であるべきです（あなたがそれを必要とするなら）、私が正しい（または間違った）証明できる文書を見つけることができません。
アップデート（コメントとして適合せない）： 待って、「ライブラリ/フレームワークから別の通信技術のサブセットを移動する」と「WCFを置き換える」との間に大きく異なります。私は個人的にWCFがある種の通信の概念のために設計されていて、それはかなりクールなデザインを持っていますが、分散コンピューティングは新しい（そしてより単純な）解決策にいくらか動いています（フィーチャー柔軟な休息を見てください。依然として多くの人が依然として休憩を使用していますが、この種のプログラミングパターンはWCF 1よりもMVCアーキテクチャに適していると思います。 WCFの上にWebサービスを構築/消費する簡単な方法を設計するための努力が払われましたが、最終的には正しいソリューションではないことがわかりました。
多くの開発者がASP.NET MVCを使用し、WebアプリケーションのWebサービスをRESTにしたいとは言うと、WCFとめちゃくちゃになります。これらの種類のことにめくれがあって、自分の肌にそれを経験しました。
ルーティングメカニズムは素晴らしいと正しい方法であると思います。あなたが密接に見えるならば、彼らはそれの一部（名前や型が異なっていますが、パターンはそこにありましたが、パターンはそこにありました）。だからええ、MSがWCF のその一部を却下しないならば、私はそれをするべきだと思います。厳密に答えるために、いいえ、私はあなたがASP.NET MVC *でWebGet / WebInvokeを見つけるとは思わない、それはちょうどフィットしないでください。
ええ自己筋はおそらくASP.NET MVC4に含まれるWCFの唯一のビットです。
WCF自体がどういうわけか死んでいるか、少なくともはるかに重要ではないので、それはそれがその機能セットに入れる開発努力がはるかに少ないことからなることから、それがそれほど少ないことからなる。
WCF Web APIは、WCF Web APIからの機能を取り、それらをASPNet MVCの機能とマージします。 ASP.NET Web APIは、HTTPサービスを構築および消費するための新しい（02/2012）フレームワークと、RESTFULサービスを構築するためのプラットフォームです。
本来の質問ではありませんが、WCFが生きていて、既存のSOAP（WS - *）サービスを持っている場合には、既存のSOAP（WS - *）サービスを持っている場合は便利なままであり、その他のクライアントにアクセスする必要があります。
参照
-
- CodePlex：WCF の将来のDaniel Roth
-
次の抜粋はこのMSDNページこのジレンマウェルをまとめた。
WCFを使用して、さまざまなトランスポートでアクセス可能な信頼性の高い安全なWebサービスを作成します。ASP.NET Web APIを使用して、さまざまなクライアントからアクセス可能なHTTPベースのサービスを作成します。新しいRESTスタイルサービスを作成して設計している場合は、ASP.NET Web APIを使用してください。 WCFは、RESTスタイルサービスの書き込みのためのサポートを提供しますが、ASP.NET Web APIのRESTのサポートはより完全であり、将来のすべてのREST機能の改善はASP.NET Web APIで行われます。既存のWCFサービスを持っていて、追加のRESTエンドポイントを公開したい場合は、WCFとWebHTTPBindingを使用します。
これはWebサービス、WCF、およびWeb APIに関する良い記事です。 / P>
Webサービス
- SOAPに基づき、XMLデータを返す
- HTTPプロトコルのみをサポートします。 HTTPプロトコルのみをサポートします。
- クライアントによってXML SOAPサービスを理解できるように消費されます。
- IISでホストできます。 IISでのみホストできます。
- 学ぶことと理解しやすい。
wcf
- SOAPに基づき、XMLデータを返す。 SOAPは、JSONとそのオーバーヘッドもネットワーク上でも大量比較です。
- Webサービスの強化バージョンは、TCP、HTTP、HTTPS、名前付きパイプ、設定によるMSMQなどの複数のプロトコルをサポートします。
- クライアントとサーバーの両方が.NETの場合、より信頼性が高い。
- その実装と設定は複雑です
- クライアントによってXML SOAPサービスを理解できるように消費されます。
- 自己ホスティング、IIS、およびWindowsサービスを使用しています。
Web API（Web API 2.0）
- .NET FrameworkでHTTP RESTFULサービスを構築するための特別な設計。
- Web APIが簡単に読みやすく、JSONとして便利です。
- URL、リクエスト/レスポンス、ヘッダー、キャッシング、バージョン管理などのHTTPのすべての機能をサポートします。
- Web APIは、Get、Post、Put、Deleteなどの多くのHTTP動詞をサポートしています。
- Web APIはステートレスです。
- Web APIは、MVC機能（コントローラ、アクション結果、ルーティング、フィルタ、モデルバインダー、IOCコンテナ、依存密度注入）をサポートしています
- Web APIは、アプリケーション内およびIISでホストされている自己ホストされています。
- OWIN（.NET用のオープンWebインタフェース）はセルフホスティングに使用されます。
ASP.NET Web APIは軽量で安定したサポートが組み込まれています。Mobile Applications.WCFはより多くのオプションで膨満しています。それはシステムの複雑さによってこれらのうちの1つを選択することによって異なります。
