RESTfulなアーキテクチャの利点：
トラフィック低減する別前端と後端、
安全性の問題は、JSON形式防止噴射タイプのセキュリティ問題を受け入れることによって、インターフェースに焦点を当てた
データ処理のための唯一の責任後端部の遠位独立して、フロントエンドのフロントエンドは、任意の表現言語（アンドロイド、IOS、HTML5であってもよいです）
フロントエンドとバックエンドのスタッフより、その開発に焦点を当てている、ちょうどインタフェースドキュメントは多くの相互理解とせず、対話の終了前と後に完了することができ
、サーバーのパフォーマンスの最適化：フロントエンドは、静的なページであるので、あなたはnginxのことで得ることができ、メインサーバへの圧力インターフェース
、安らかはじめ
REST（表象状態転送は、通常、「表象状態転送」または「表象状態転送」として翻訳される）はRoyFieldingが上昇記述用語相互接続システムアーキテクチャスタイルです。なぜそれがRESTと呼ばれていますか？ウェブは、本質的資源、一意に識別URIからのさまざまなリソースによって構成される。ブラウザ（または他のブラウザのようなアプリケーション）は、リソースの発現、または状態の症状を示すであろう。ユーザーは、このページ上の他のリソースへのリンクを指すように指示されている場合は、リソースにアクセスし、そのステータスを表示します。また、REST、Javaフレームワークリソースwww.1b23.comとして知られている異なる各リソースのパフォーマンスステータスと状態遷移を持つクライアントアプリケーションが発生したことをこれは意味、。
単にそれはREST URLは、Webサービス仕様の動作を説明するHTTPリクエストを使用してリソースを検索するために使用することです話します。RESTは、次の側面が含まれています。
（1）RESTは、建築原則と制約のセットであり、これらの制約と原則を満たすためのアプリケーションがRESTfulなです。
（2）RESTの目標は、SOAP（簡易オブジェクトアクセスプロトコル）プロトコルだけでなく、WSDLベースのWebサービスへのシンプルな代替案である、スケーラブルなWebサービスを構築することです。
同様に（3）RESTは、HTTPプロトコルによって使用され、HTTP GET、POST、PUT、DELETE動詞データを送受信し、。
（4）HTTP、すなわち従来のCRUD（作成、読み取り、更新、を介して完全なメタデータ操作に望ましいREST削除） 対応するGET、POST、PUT、別に実装DELETE、こうして統一されたインタフェースのデータ操作同じプラットフォーム上でサービスのセットを提供します。
（5）RESTは、サービス指向、分散型APIの設計です。
RESTfulなAPI開発および使用、クライアントの要求（応答）にサーバー（リクエスト）、およびサーバーの応答をクライアントに要求することです。異なる振る舞いを表現するためのさまざまな方法を使用します。http：だから、RESTfulな建築様式、すなわち統一されたインタフェースを備えています：
GET（SELECT）：アウトサーバリソースの（一つ以上）
POST（CREATE）：サーバ上に新しいリソース
PUT（UPDATE）：サーバーにリソース（クライアントは、完全なリソースデータを提供）を更新
サーバー：PATCH（UPDATE）を（リソースデータを修正するために、クライアントのニーズによって提供される）更新リソース
（削除）：サーバーからリソースを削除