インターフェイスサービスアーキテクチャ：安らかな、RPC
RPCとRESTful APIはまた、カテゴリのインタフェースであります
RPC
また、リモートプロシージャコール（リモートサービスコール）として知られています
モデル
同じアドレスを提供するために、サーバー
新興の問題
複数のインターフェース、および対応する関数のパラメータにもより、リクエストAPIへのフロントエンドインターフェイス、見つけるのが容易睡眠困難、容易な複製・インターフェース
安らか
また、リソースの状態遷移として知られています
リソースとしてすべてのデータやドキュメントをバックエンド。インターフェースは、データを要求し、操作がリソース上で本質的です
ウェブリソースプロジェクト、付加および欠失は、より多くの変化よりも、何もチェックしないように、それは資源が運営されますと、HTTP動詞、動詞のHTTPリクエスト（ポスト、取得、削除、プットすることにより、リソース要求の動作を説明するために何のアドレスバーにステートメントを必要とし）
RESTfulなAPIの仕様
ウェブAPIは、分離アプリケーションスキーマの前後端における使用に特に適して安らかなインターフェース設計、あります
データリソースについては削除変更の発現を確認するためにPOST、DELETE、GET、UPDATE要求アクションとデータのように使用されました。
| リクエストメソッド | 要求アドレス | バックエンド事業 |
|---|---|---|
| 取得する | /学生 | すべての学生を取得 |
| 役職 | /学生 | 増加の学生 |
| 取得する | /学生/
|
学生PKの数を取得します。 |
| プット | /学生/
|
学生の数を変更PK |
| DELETE | /学生/
|
学生の削除数PK |
参照文献：http://www.runoob.com/w3cnote/restful-architecture.html
実装インタフェース、冪等が存在します。いわゆる冪等は、サーバリソースの内側であれば異なる結果に対する複数の要求を開始するクライアントを参照することです。複数の要求、サービスの最終的な結果が同じであれば複数の要求、サーバは結果が同じでない生成する場合、冪等に属するインターフェースは、インターフェイスは、非冪等です。httpリクエストでは、取得/ PUT /パッチ/冪等インタフェース属し削除し、ポストは、非電源インターフェイスに属しています。