さて、RESTful Webアプリケーションを構築する方法を学ぶ方法はたくさんありますが、いいえ、独自の正しい方法はありません。RESTfulは標準ではありませんが、一連の標準（HTTP、URI、MIMEタイプなど）を使用します。
これから始めましょう： これからましょうどのようにRESTを妻に説明したか
次に、これを続行します。 RESTful Web Services Cookbook
そして、学習するための最良の方法は実験を行うことであり、間違いから多くを学ぶことができるので、Webアプリケーションの開発に全力を注ぎます;）
最初のWebアプリが完全にRESTfulでなくても心配する必要はありません。それを行う方法が見つかります。
それで、オビ=ワン・ケノービを引用して、「力があなたと共にあるかもしれません！」;）
編集
わかりました、もっと具体的にさせてください。
RESTfulなWebアプリを作成したいですか？さて、私が言ったように、それを行うには多くの方法がありますが、これは主なガイドラインです。
定義
REST（Representational State Transfer）は、分散システム（WWWなど）向けのソフトウェアアーキテクチャのスタイルです。これは標準ではありませんが、HTTP、AJAX、HTML、URI、MIMEタイプなどの一連の標準を使用しています。リソース自体ではなく、リソースの表現について説明しています。「妻にRESTを説明した方法」から引用：
妻：Webページはリソースですか？
ライアン：の種類。Webページはリソースの表現です。リソースは単なる概念です。
アーキテクチャの制約
- クライアントサーバー：クライアントとサーバーは、Uniform Interface（後述）によって分離されます。
- ステートレス：特定のクライアントの状態をサーバーに保存せずにサーバーとクライアントの通信が行われます。
- Cachable：クライアントは、すでに行われたリクエストの応答のキャッシュを持っている場合があります。
- 階層化システム：クライアントは、エンドサーバーに直接接続されているのか、中間体を介して通信が行われているのかを知りません。
均一なインターフェース
- リソースの識別：各リソースはURIで識別する必要があります。
- プロトコル：通信クライアントとサーバーを取得するためには、事前にプロトコルを実行する必要があります。各リクエストには、適切なMIMEタイプ（application / xml、text / html、application / rdf + xmlなど）、適切なヘッダーおよび適切なHTTPメソッドが含まれる場合があります（以下のCRUDの説明を参照）。
CRUD
OK、リソースを識別するためにURIを使用できることを確認しましたが、アクション（追加、変更、削除など）のために何か他のものが必要です。CRUD（作成、読み取り、更新、削除）への大歓迎です。
- Create { HTTP：POST } { SQL：INSERT } =>新しいリソースを作成する
- Read { HTTP：GET } { SQL：SELECT } =>リソースを取得
- 更新 { HTTP：PUT } { SQL：UPDATE } =>リソースの変更
- 削除 { HTTP：DELETE } { SQL：DELETE } =>リソースを削除
現在、PUTおよびDELETEに関して、いくつかの技術的な問題が発生する可能性があります（HTMLフォームでそれらを取得します）。多くの場合、開発者は各「PUT」および「DELETE」リクエストに対してPOSTを使用してこの問題を回避します。公式には、PUTおよびDELETEを使用する必要があります。ところで、あなたがしたいことをしてください。私の経験から、毎回POSTとGETを使用せざるを得ません。
--- 次の部分を使用する必要がありますが、RESTの結合ではありません。リンクデータに関するものです ---
URI
技術的詳細から抽象URI！次のようにURIに別れを告げます。
http://www.example.com/index.php?query=search&id=9823&date=08272012
URIを再設計してください！上記のリンクを使用して、次のように変更します。
http://www.example.com/search/2012/08/27/9823
それははるかに良いですね？次の方法で実行できます。
別のこと：異なるURIを使用して異なるリソースを表す：
注意してください：about.htmlとabout.rdfはファイルではありません！XSLT変換の結果である可能性があります！
コンテンツ交渉
このポイントに到達したら、おめでとうございます！おそらく、セマンティックWebの技術的な詳細を入力しているため、より抽象的な概念を取得する準備ができています;）クライアントがリソースを必要とする場合、通常は次の要求を行います。
GET http://www.example.com/about
Accept: application/rdf+xml
ただし、サーバーは異なるURI（http://www.example.com/about.rdf）を持っているため、about.rdfで応答しません。それでは、303パターンを見てみましょう！サーバーはこれを返します：
303 See Other
Location: http://www.example.com/about.rdf
そして、クライアントは次のように返されたリンクをたどります。
GET http://www.example.com/about.rdf
Accept: application/rdf+xml
最後に、サーバーは要求されたリソースを返します。
200 OK
about.rdf
心配しないでください：クライアントアプリケーションはこれを何もしません！303パターンはサーバーアプリケーションで実行する必要があり、ブラウザが残りを実行します;）
結論
多くの場合、理論は実践とはかけ離れています。ええ、これでRESTfulアプリケーションの設計と開発の方法はわかりましたが、上記のガイドラインは単なるヒントです。Webアプリケーションを構築する最良の方法を見つけることができますが、おそらく理論とは異なります。それを気にしないでください：D！
書誌
RESTful Webサービス、Sameer Tyagi
REST APIはハイパーテキスト駆動型でなければなりません、Roy Thomas Fielding
RESTful Webサービス：基本、Alex Rodriguez
Webber RESTワークフロー