REST vs RESTful vs「通常の」Webサービス-同じかどうか

RESTやRESTfulアプリケーションに関する定義と議論をいくつか読みましたが、それが本当の意味をまだ理解していません。

私は通常、GETを介してデータを取得するか、POSTを介してデータベースからデータを取得するかデータベースに書き込むWebサービス（通常はPHPスクリプト）にデータを送信するアプリを使用します。

さて、これはRESTfulアプリですか？そうでない場合、RESTfulアプリはどうなりますか？RESTfulコンセプトとこれまでに取り組んだコンセプトの違いは何ですか？例で説明してください。

また、誰かがRESTについて話し、誰かがRESTfulアプリについて話します。RESTという用語は理論的な概念を指すのに対して、特定のアプリについて話すときにはRESTfulが使用されることがわかりました。これは正しいのですか、それともRESTアプリとRESTfulアプリの間に本当の違いがありますか？

RESTfulなアプリケーションの重要な属性は次のとおりです。すべての通信は経由でHTTPのGET、POST、PUT、DELETE とすべての項目は、フォームの標準URLを介してアドレス指定されてhttp://your.site.com/salesapp/salesperson/0000001/detailsいないパラメータなどのURLを識別事GETとつまり純粋なURL 、POST、PUT、DELETEは、あなたがそれに対して何をしたいかを識別します。

これを行う主な理由は、ロードバランシング、フェイルオーバーなどが可能なステートレスサービスが自動的に得られることです。

スキームが非常にシンプルであるため、非常にクリーンなインターフェイスが実現し、特定のバックエンド実装からクライアントが完全に切り離されます。

RESTはRepresentational State Transferの略です。ソフトウェアがREST制約に準拠している場合、RESTfulと見なされます。

今、ウィキペディアから恥知らずにリッピングしたので、これは本当にどういう意味ですか？これは、GET、POST、PUT、DELETEなどの組み込みのHTTPコマンドを使用して、クライアントとサーバー間でやり取りすることを効果的に意味します。

あなたがしていることは、RESTFulアプリのように聞こえます。ただし、適切に設計されたパイルとジャンクRESTFul Webサービスの山には大きな違いがあります。たとえば、GETのもう一方の端にあるPHPコードは状態変更を実行する場合がありますが、GETは読み取り専用操作と見なされるため、これは間違っていると見なされます。POST（新規）とPUT（置換）の使用方法にも微妙な違いがあります。

これに関するウィキペディアの記事は実際には本当に良いので、ここでやめます。

先に進む前に、この関連する質問が役立つ場合があります

RESTとRESTfulの違いは、単にセマンティクスです。RESTは、クライアントとサーバーの関係に適用されるアーキテクチャスタイルです。RESTfulは、RESTを使用していることをクライアントに伝える方法です。

多くのWebアプリケーションはRESTfulであると主張していますが、実際にはREST制約に部分的にしか準拠していません（Martijn Verburgも彼の答えで言及しているように）。ここにリストしますが、記事を読むことを強くお勧めします。

• クライアントサーバー
• キャッシュ可能
• 階層化システム
• オンデマンドのコード（オプション）

クライアント側で作業していると述べているので、RESTアーキテクチャが接続クライアントとしてあなたに何を与え、何を期待しているのかを見ると役立つかもしれません。RESTはHTTPではありませんが、RESTをサポートする最も人気のあるプロトコルであるため、これを中心に例を示します。

クライアントは次のことを期待されます。

• HTTP動詞（GET、POST、PUT、DELETE、OPTIONS、PATCHなど）を使用して、関連する操作を実行します
• Acceptヘッダーを提供し、Content-Typeヘッダーを理解します（たとえば、これまでに見たことのないXMLを受け取りますが、参照されたXSDを使用して、ユーザーに提示するクライアント側ドメインモデルを作成できます）
• 理解できるContent-Typeで提供されているリンクをたどります（たとえば、ユーザーまたはアプリケーションに<link rel="pay" href="http://example.org/orders(1)/payment">、HTMLで状態遷移を表現し、クレジットカード番号などの支払いの詳細を表すXMLを含む本文を含むPOSTを通じて支払いリソースを作成することを推測させます） 、量など）
• 広範囲のHTTPステータスコードに正しく反応する

上記を行う場合、RESTクライアントと考えることができます。「RESTfulアプリ」と呼ぶこともできますが、それは、クライアント側でRESTを使用していることを意味します。用語。

RESTfulは、インターフェースがオブジェクトのセットであり、読み取りおよび更新（および削除）が可能なことを意味します。つまり、マルチパラメータークエリはありません（パラメーターのみが読み取りたいオブジェクトです）。サーバー上の何かを変更する操作は1種類のみで、新しい状態のアップロードです。

これらの制限により、すべてのリクエストがべき等であることが保証されます（リクエストを複数回送信しても、1回送信しても余分な影響はありません）。これは重要です。ネットワークはいつでも失敗し、リクエストやレスポンスを配信できない可能性があり、requests等リクエストでは再度送信するだけで、複雑な回復を行う必要がないためです。