Comment comprendre reposant

Restful est un transfert d'état représentationnel. Il s'agit d'une conception d'architecture logicielle basée sur un réseau qui peut être comprise à travers son noyau architectural et ses quatre contraintes.

Le nom complet de REST est Representational State Transfer, qui en chinois signifie transfert d'État représentatif (NDLR : généralement traduit par représentation). Il est apparu pour la première fois en 2000 dans la thèse de doctorat de Roy Fielding, l'un des principaux auteurs de la spécification HTTP. Il a mentionné dans l'article : « Le but de la rédaction de cet article est de comprendre et d'évaluer la conception architecturale des logiciels d'application basés sur le réseau en partant du principe du respect des principes architecturaux, et d'obtenir une architecture avec des fonctions solides, de bonnes performances et adapté à la communication. L'architecture REST fait référence à un ensemble de contraintes et de principes architecturaux. "Si une architecture est conforme aux contraintes et aux principes de REST, nous l'appelons une architecture RESTful.

REST lui-même ne crée pas de nouvelles technologies, composants ou services, et l'idée derrière RESTful est d'utiliser les fonctionnalités et capacités existantes du Web et de mieux utiliser certaines directives et contraintes des normes Web existantes. Bien que REST lui-même soit profondément influencé par la technologie Web, en théorie, le style architectural REST n'est pas lié à HTTP, mais actuellement HTTP est la seule instance liée à REST. Ainsi, le REST que nous décrivons ici est également REST implémenté via HTTP.

Spécifications et contraintes de base de l'architecture RESTful : L'interface unifiée

est divisée en quatre sous-contraintes :

1. Chaque ressource a un identifiant de ressource, et l'identifiant de ressource de chaque ressource peut être utilisé pour identifier de manière unique la ressource

2 Auto-descriptivité du message

3. .

4.HATEOAS Hypermedia en tant que moteur de l'état de l'application (Hypermedia en tant que moteur de l'état de l'application)

C'est-à-dire que le client ne peut passer à l'étape suivante que grâce aux informations contenues dans chaque résultat renvoyé par le serveur. Informations nécessaires à l'opération, telles que l'URL à laquelle envoyer la requête, etc. En d'autres termes, un service REST typique ne nécessite pas de documents supplémentaires pour indiquer quelles URL sont utilisées pour accéder à des types spécifiques de ressources, mais utilise la réponse renvoyée par le serveur pour indiquer quelles opérations peuvent être effectuées sur la ressource.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!