asp.net Web APIについて読んだことがありますが、WebAPIツールの背後にある概念を理解しているかどうかわかりません。ここで、APIControllerから派生したコントローラーを定義し、URLを使用してこのコントローラーを呼び出すことができ、コントローラーがJSONの結果をクライアントに返すとします。
つまり、これは、asp.net MVCWebアプリケーション内のAPIControllerがRESTfullWebサービスとして公開されていることを意味しますか? BR
asp.net Web APIについて読んだことがありますが、WebAPIツールの背後にある概念を理解しているかどうかわかりません。ここで、APIControllerから派生したコントローラーを定義し、URLを使用してこのコントローラーを呼び出すことができ、コントローラーがJSONの結果をクライアントに返すとします。
つまり、これは、asp.net MVCWebアプリケーション内のAPIControllerがRESTfullWebサービスとして公開されていることを意味しますか? BR
APIが「RESTfull」と見なされるかどうかは、設計の問題であり、使用されるライブラリ/プロジェクトテンプレートの問題ではありません。APIの要点は、単純なプログラミングインターフェイスを公開することであることに注意してください。その点では、APIを舞台裏でどのように実装するかは重要ではありません。
ただし、WebAPIプロジェクトテンプレートは、組み込みの設計原則により、レストフルサービスの設計に適しています。
RESTAPIの背後にある基本的な考え方は次のとおりです。
基本的なMVCコントローラー/アクションを使用してRESTAPIを設計するのと大差ありませんが、WebAPIを使用すると少し簡単になります。
これが素晴らしいビデオシリーズです:http ://www.asp.net/web-api/videos/getting-started/your-first-web-api
Andersに追加したいRESTはRepresentationalstatetransfer
の略な
ので、基本的にアーキテクチャでは、いいねを選択し、サーバーにリソースの操作を実行するよう
に指示します。送信されるリクエストのタイプによって指定され
ます。ボックスから出てくるWebAPIによって指定されます-新しいユーザーを追加します-既存のユーザー情報を編集します-単にユーザー情報を取得します-ユーザー情報を削除します
これは
送信されるデータのタイプですまたは受信(または)。残りの仕様の一部ではありません。また、asp.net Web apiデータがどの形式で返され、送信されるかを、リクエストでヘッダーを使用して決定でき
ます。resource
http://www.example.com/USER
HTTP
POST
PUT
GET
DELETE
REST
JSON
XML
Accept
Content-Type
ApicontrollerはmvcControllerとはまったく異なり、Wcf WebApiに由来しますが、開発者にとっては従来のasp.netコントローラーと非常によく似ています。主なポイントは、レストフルサービスの作成をスピードアップすることです。
したがって、いつものようにもう1つのルートを割り当てるだけで、クエリ文字列と本文のjson(デフォルト)を取得してPocoクラスに自動変換し、jsionにシリアル化された別のPocoクラスを自動的に返すコントローラーを作成します。