いくつかの残りを得る
1468 ワード
先週、クライアント側でRESTfulアーキテクチャの基礎をカバーしました.今週はサーバー側について話します.
クライアントがリクエストをサーバに送信すると、リクエストヘッダにコンテンツタイプが含まれます.サーバーがデータペイロードを返しているとき、その応答のヘッダーにcontent typeを含める必要があります.
リソースにアクセスしようとするクライアントは次のようになります.
クライアントがリクエストをサーバに送信すると、リクエストヘッダにコンテンツタイプが含まれます.サーバーがデータペイロードを返しているとき、その応答のヘッダーにcontent typeを含める必要があります.
リソースにアクセスしようとするクライアントは次のようになります.
GET /posts/19 HTTP/1.1
Accept: application/json, text/html
サーバの応答は以下のようになります.HTTP/1.1 200 (OK)
Content-Type: application/json
それは応答コードに私たちをもたらします!サーバーが応答を返すとき、それはクライアントが要求が成功したかどうかわかっている状態コードを含みます.多くの異なったステータスコードがあります.200 (OK) - Response to a successful HTTP request
201 (CREATED) - Response to an HTTP that successfully created an item.
204 (NO CONTENT) - Response to a successful HTTP request where nothing is being returned in the response.
400 (BAD REQUEST) - Response failed due to improper syntax, excessive size or some other error coming from the client side.
403 (FORBIDDEN) - The client doesn't have permission to access the resource.
404 (NOT FOUND) - The one most people see most frequently. This response says that the server wasn't able to find this resource.
500 (INTERNAL SERVER ERROR) - Blanket error for unexpected failures when more information isn't available.
すべてのHTTP動詞は、リクエストが正常に実行されると、期待されるステータスコードを持ちます.GET - 200 (OK)
POST - 201 (CREATED)
PATCH - 200 (OK)
DELETE - 204 (NO CONTENT)
そして、それは残りの我々の高レベルの概要を結びます!Reference
この問題について(いくつかの残りを得る), 我々は、より多くの情報をここで見つけました https://dev.to/arynnboniface/get-some-rest-server-responses-41dmテキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol