Pourquoi REST n'utilise-t-il pas les WSDL, contrairement à SOAP?
Pour les services Web SOAP, il existe une spécification que toutes les demandes/réponses doivent suivre. Cette spécification se présente sous la forme d'un document WSDL. Cependant, pour les services Web REST , pourquoi n'existe-t-il pas une telle spécification ou WSDL? Cela rend-il REST plus vulnérable aux exceptions d'exécution parce que nous ne suivons aucune spécification?
REST n'utilise vraiment que les verbes HTTP (GET, PUT, POST, DELETE,…) sur une ressource. Toutes les opérations sur une ressource sont censées être représentées de cette façon. POST est utilisé comme fourre-tout lorsque vous ne pouvez pas exprimer votre logique métier d'une manière qui correspond aux trois autres. C'est pourquoi il n'y a pas vraiment de WSDL pour un service REST puisque vous n'avez que 4 méthodes sur la ressource.
Mais vous avez toujours la possibilité de décrire un REST service Web avec WSDL 2. .
Il existe de nombreuses façons de définir une API RESTful comme WSDL pour SOAP:
Vous pouvez trouver plus d'informations ici sur mon article de blog .
SOAP est un protocole.REST est une architecture.
Dans de nombreuses références, vous verrez REST et SOAP tous deux mentionnés comme concurrents. Ce n'est pas vrai. SOAP est en fait un protocole, pas un style d’architecture. REST peut être comparé à SOA et RPC. Les trois sont des exemples de styles de service Web, chacun avec son propre conceptuel) RPC se concentre sur les opérations, SOA autour des messages et REST autour des ressources. ( ref )
Donc, pour SOAP, a écrit normes de document WSDL . Mais pour REST il n'y a pas de document standard, mais il existe de nombreuses bonnes pratiques comme http://jsonapi.org