Restful は表現的な状態転送です。ネットワーク ベースのソフトウェア アーキテクチャ設計です。RESTful は、そのアーキテクチャのコアと 4 つの制約によって理解できます。
REST の正式名称は Representational State Transfer で、中国語では代表 (編集者注: 通常は代表と訳される) 状態の転送を意味します。これは 2000 年に、HTTP 仕様の主な執筆者の 1 人である Roy Fielding の博士論文で初めて登場しました。同氏は論文の中で次のように述べている:「この記事を書く目的は、アーキテクチャ原則に準拠することを前提としてネットワークベースのアプリケーションソフトウェアのアーキテクチャ設計を理解し、評価し、強力な機能、優れたパフォーマンス、および優れた性能を備えたアーキテクチャを取得することです」 「アーキテクチャ。REST は、一連のアーキテクチャ上の制約と原則を指します。」 アーキテクチャが REST の制約と原則に準拠している場合、それを RESTful アーキテクチャと呼びます。
REST 自体は新しいテクノロジ、コンポーネント、またはサービスを作成しませんが、RESTful の背後にある考え方は、Web の既存の機能と機能を使用し、既存の Web 標準のガイドラインと制約をより有効に活用することです。 REST 自体は Web テクノロジーの影響を深く受けており、理論的には REST アーキテクチャ スタイルは HTTP に拘束されませんが、現時点では HTTP が REST に関連する唯一のインスタンスです。したがって、ここで説明する REST も HTTP を通じて実装された REST です。
RESTful アーキテクチャのコア仕様と制約 : 統一インターフェイス
は 4 つのサブ制約 :
1 に分割されます。各リソースにはリソース識別子があり、各リソースのリソース識別子を使用してリソースを一意に識別できます
2. メッセージの自己記述性
3. リソースの自己記述性。
4.HATEOAS アプリケーション状態のエンジンとしてのハイパーメディア(アプリケーション状態のエンジンとしてのハイパーメディア)
つまり、クライアントは、返された各結果に含まれる情報を通じてのみ次のステップを取得できます。どのURLにリクエストを送信するかなど、操作に必要な情報。つまり、一般的な REST サービスでは、特定の種類のリソースへのアクセスにどの URL が使用されるかを示す追加のドキュメントは必要ありませんが、サーバーから返された応答を使用して、リソースに対してどのような操作を実行できるかを示します。
以上が安静を理解する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。