yannick-kaz/lespiedsdanslecode
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Changement pour hugo

Browse Source
This commit is contained in:
Yannick Francois
2018-03-29 10:19:15 +02:00
commit a6421e78fa
389 changed files with 8423 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files
content/posts/2008/2008-09-13-rest-maintenant-soap-quand-tu-veux.md
+18
View File
@@ -0,0 +1,18 @@
---
layout: post
title: REST maintenant, SOAP quand tu veux
date: 2008-09-13
---
J’ai lu il y a quelques jours un billet de [Jean-François Helie: REST ou SOAP](http://jfhelie.blogspot.com/2008/09/rest-ou-soap.html) . J’aimerais ajouter ici mon petit piment, ma petite reflexion sur ces deux *mode de communication*.
Pour ce qui ne le savent pas encore, [REST](http://fr.wikipedia.org/wiki/REST) est une architecture basé sur ce qui fait le web: [URI](http://fr.wikipedia.org/wiki/Uniform_Resource_Identifier) , [HTTP](http://fr.wikipedia.org/wiki/Hypertext_Transfer_Protocol) et un concept d’object, ou plutôt de ressources bien pensé. C’est une architecture légère et relativement facile à mettre en place. Elle est de plus très ouverte et simple à utiliser.
Quant à [SOAP](http://fr.wikipedia.org/wiki/SOAP), c’est un protocole de communication très utilisé (le seul?) dans la construction d’architecture de type [SOA](http://fr.wikipedia.org/wiki/Service_Oriented_Architecture). Basé sur <span class="caps">XML</span>. Très verbeux, il est souvent opposé à <span class="caps">REST</span> (mêms si c’est plutôt la <span class="caps">SOA</span> qui s’oppose à <span class="caps">REST</span>).
Je rejoint Jean-François sur le fait que finalement, selon ce que nous voulons mettre en place, l’une ou l’autre des solutions s’adapte mieux. Mais j’ajouterais que pour moi, <span class="caps">SOAP</span> est interessant dans une architecture où les échanges sont asynchrone. Effectivement, <span class="caps">REST</span>, basé sur le protocole <span class="caps">HTTP</span>, donne une réponse immédiate. <span class="caps">SOAP</span> peut-être utilisé comme tel, mais finalement, <span class="caps">SOAP</span> utilisé sur le protocole <span class="caps">HTTP</span>, ça faut un peu double emploi: *Une enveloppe dans une enveloppe*. <span class="caps">SOAP</span> dans une utilisation asynchrone prend du sens. Utilisé sur un protocole spécifique (beurk ! je préfère les *formats ouverts* !) ou bien du type smtp/imap/pop cela devient légitime.
Donc pour moi, outre l’aspect gestion de sécurité (il me semble qu’avec une architecture <span class="caps">REST</span>, il existe des solutions pour la gestion de la sécurité), le choix entre l’utilisation de <span class="caps">REST</span> et l’utilisation de <span class="caps">SOAP</span>, c’est plutôt une question de *timing* :-)