revois la génération de fichier et les titres

2020-03-08 01:08:16 +01:00
parent 4be4778b7b
commit c0ed9245cd
316 changed files with 996 additions and 845 deletions
@@ -21,13 +21,14 @@
    <link rel="alternate" type="application/rss" href="/feed.xml" title="elsif.fr/feed" />
  </head>
  <body>
-    <main>
+    <article>
+      <h1>REST maintenant, SOAP quand tu veux</h1>
      <p>J’ai lu il y a quelques jours un billet de <a href="http://jfhelie.blogspot.com/2008/09/rest-ou-soap.html">Jean-François Helie: REST ou SOAP</a> . J’aimerais ajouter ici mon petit piment, ma petite reflexion sur ces deux <em>mode de communication</em>.</p>
      <p>Pour ce qui ne le savent pas encore, <a href="http://fr.wikipedia.org/wiki/REST">REST</a> est une architecture basé sur ce qui fait le web: <a href="http://fr.wikipedia.org/wiki/Uniform_Resource_Identifier">URI</a> , <a href="http://fr.wikipedia.org/wiki/Hypertext_Transfer_Protocol">HTTP</a> 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.</p>
      <p>Quant à <a href="http://fr.wikipedia.org/wiki/SOAP">SOAP</a>, c’est un protocole de communication très utilisé (le seul?) dans la construction d’architecture de type <a href="http://fr.wikipedia.org/wiki/Service_Oriented_Architecture">SOA</a>. 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>).</p>
      <p>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: <em>Une enveloppe dans une enveloppe</em>. <span class="caps">SOAP</span> dans une utilisation asynchrone prend du sens. Utilisé sur un protocole spécifique (beurk ! je préfère les <em>formats ouverts</em> !) ou bien du type smtp/imap/pop cela devient légitime.</p>
      <p>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 <em>timing</em> :-)</p>
-    </main>
+    </article>
    <footer>
      <ul>
            </ul>