davidbgk
/
larlet-fr-david


<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Country</span> le <span class="comment-date" property="schema:commentTime">13/04/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Merci beaucoup pour cet article (et les liens associés).<br />
<br />
Ça m'a permis de découvrir cette architecture (j'en avais souvent entendu parlé mais je n'avais jamais approfondi la question). Vivement la suite de l'article :)</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Thesa</span> le <span class="comment-date" property="schema:commentTime">13/04/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Wahou !<br />
<br />
Super article, merci beaucoup pour la traduction !</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">13/04/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>@Country et Thesa : merci.<br />
<br />
@Geoffrey : j'ai malencontreusement effacé ton commentaire en supprimant les spams, je suis vraiment vraiment désolé :/<br />
<br />
C'est dommage il était intéressant, de mémoire tu mettais en avant le fait qu'il serait mieux que les navigateurs implémentent ces méthodes pour ne pas avoir à faire des hacks de l'utilisation de POST et je suis bien d'accord avec toi !<br />
<br />
Le problème c'est l'inertie des navigateurs, il n'y a qu'à voir l'éternel débat entre xhtml2 et html5... du coup les petites bidouilles prennent parfois le dessus car les développeurs web sont plus réactifs ;-).</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">biou</span> le <span class="comment-date" property="schema:commentTime">14/04/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>si je peux me permettre, dans le paragraphe &quot;quatre méthodes&quot; je crois qu'il y a une inversion dans les descriptions de PUT et de POST.<br />
<a href="http://tools.ietf.org/html/rfc2616#section-9.5" title="http://tools.ietf.org/html/rfc2616#section-9.5" rel="nofollow">tools.ietf.org/html/rfc26...</a></p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">14/04/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>@biou : je ne crois pas (cf. <a href="http://fr.wikipedia.org/wiki/Hypertext_Transfer_Protocol#M.C3.A9thodes" title="http://fr.wikipedia.org/wiki/Hypertext_Transfer_Protocol#M.C3.A9thodes" rel="nofollow">fr.wikipedia.org/wiki/Hyp...</a> )</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">gdo</span> le <span class="comment-date" property="schema:commentTime">15/04/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Super article bravo<br />
Maintenant il ne me reste (sans jeu de mot) plus qu'a reprendre mes programme ROR<br />
<br />
cordialement</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">karl</span> le <span class="comment-date" property="schema:commentTime">23/04/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>URIs, Addressability, and the use of HTTP GET and POST<br />
<a href="http://www.w3.org/2001/tag/doc/whenToUseGet.html" title="http://www.w3.org/2001/tag/doc/whenToUseGet.html" rel="nofollow">www.w3.org/2001/tag/doc/w...</a><br />
<br />
Notamment la checklist<br />
1.3 Quick Checklist for Choosing HTTP GET or POST</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">karl</span> le <span class="comment-date" property="schema:commentTime">23/04/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Un autre article tres interessant sur le sujet<br />
<br />
<a href="http://bitworking.org/news/125/REST-and-WS" title="http://bitworking.org/news/125/REST-and-WS" rel="nofollow">bitworking.org/news/125/R...</a></p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Jérémie Grodziski</span> le <span class="comment-date" property="schema:commentTime">28/04/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Bonjour David,<br />
<br />
Bravo pour cette traduction.<br />
Je me permet de citer un lien vers un de mes posts il y a 6 mois sur ce sujet avec mon point de vue d'architecte du logiciel concernant la scalabilité / échelonnabilité de ce type d'architecture.<br />
En anglais : <a href="http://www.grodziski.com/blog/jcontent/en/Architecture/2006/11/01/REST-a-scalable-architecture.html" title="http://www.grodziski.com/blog/jcontent/en/Architecture/2006/11/01/REST-a-scalable-architecture.html" rel="nofollow">www.grodziski.com/blog/jc...</a><br />
Et en français :-) : <a href="http://www.grodziski.com/blog/jcontent/fr/Architecture/2006/11/01/REST-une-architecture-echelonnable.html" title="http://www.grodziski.com/blog/jcontent/fr/Architecture/2006/11/01/REST-une-architecture-echelonnable.html" rel="nofollow">www.grodziski.com/blog/jc...</a><br />
<br />
Jérémie.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">28/04/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Merci pour ces liens Jérémie qui complètent parfaitement ce billet.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">ThinkDRY Corp</span> le <span class="comment-date" property="schema:commentTime">14/05/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>super Ti Geek, marrant de retomber sur ton site en faisant de la veille sur REST...tenté par une virée en Inde pour implementer du REST on Rails? <br />
</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">15/05/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Mmmh pas encore prêt à faire le grand saut mais qui sait, peut-être plus tard ? :-)</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Bader</span> le <span class="comment-date" property="schema:commentTime">25/06/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Tu peux peut-être rajouter ma courte présentation vidéo <a href="http://chamia.info/bader/archives/137" title="http://chamia.info/bader/archives/137" rel="nofollow">chamia.info/bader/archive...</a><br />
ainsi que le PDF qui va avec :<br />
<a href="http://journees.afpy.org/presentations/preston-ladjemi.pdf" title="http://journees.afpy.org/presentations/preston-ladjemi.pdf" rel="nofollow">journees.afpy.org/present...</a></p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Graouille</span> le <span class="comment-date" property="schema:commentTime">23/08/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Très bonne approche pour comprendre REST. C'est très clair. Merci.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Fred</span> le <span class="comment-date" property="schema:commentTime">26/12/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Bonjour<br />
<br />
J'ai traduit le chapitre 5 de la thèse de Roy. Fielding. Cela peut compléter la liste des ressources.<br />
<a href="http://opikanoba.org/tr/fielding/rest/" title="http://opikanoba.org/tr/fielding/rest/" rel="nofollow">opikanoba.org/tr/fielding...</a><br />
<br />
Fred</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">28/12/2007</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Oh merci Fred ! J'ai ajouté le lien en ressource.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Bernard Notarianni</span> le <span class="comment-date" property="schema:commentTime">06/01/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Excellent article, autant dans la forme que le fond. <br />
<br />
Merci :-)</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Nicolas Martignole</span> le <span class="comment-date" property="schema:commentTime">01/02/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Article très clair et intéressant.<br />
Merci pour ta traduction<br />
<br />
Nicolas</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Azema</span> le <span class="comment-date" property="schema:commentTime">25/03/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Merci beaucoup pour ce billet,<br />
<br />
Cela m'a permit de mieux apercevoir Rest, même si c'est encore un peu flou dans ma tête.<br />
<br />
Je vais tenter de travailler un peu plus dessus, pour m'éclaircir les neurones.<br />
<br />
Merci encore et bon courage pour la suite avec Django.<br />
<br />
Azema.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">bea</span> le <span class="comment-date" property="schema:commentTime">06/04/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Je vais commencer à écrire une API REST en java, cet article m'a beaucoup aidé pour comprendre comment structurer mon projet.<br />
<br />
J'ai une question &quot;pratique&quot;, comment faire côté serveur  pour avoir autant d'URL? <br />
Je pensais utiliser des servlets mais comment faire avec une URL du type /XXX/&lt;user_id&gt;/getYYY ?<br />
Il faut analyser l'URL?<br />
<br />
Merci pour vos réponses.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">06/04/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>@bea : oui c'est exactement ça, en fonction des arguments dans l'url, il faut servir une réponse appropriée. Pour java, je sais qu'il existe pas mal de solutions qu'il serait intéressant d'analyser avant de se lancer dans l'écriture d'une nouvelle solution à mon avis. Bon courage :-)</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">bea (RE)</span> le <span class="comment-date" property="schema:commentTime">06/04/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Tu parles d'arguments dans l'url.<br />
Je voudrais savoir pourquoi avoir des URLs du type  /XXX/&lt;user_id&gt;/getYYY plutôt que d'avoir une URL et un paramètre user_id.<br />
<br />
C'est plus simple de récuépérer les paramètres envoyés en get ou post plutôt que d'analyser l'URL.<br />
<br />
J'ai lu que c'était mieux de ne pas passer par des paramètres, pourquoi??<br />
<br />
merci<br />
</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">07/04/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>J'en ai pas mal parlé là : <a href="https://larlet.fr/david/biologeek/archives/20070629-architecture-orientee-ressource-pour-faire-des-services-web-restful/" title="https://larlet.fr/david/biologeek/archives/20070629-architecture-orientee-ressource-pour-faire-des-services-web-restful/" rel="nofollow">www.biologeek.com/journal...</a><br />
<br />
Le but c'est d'avoir une URL unique pour la ressource : /foo/id/. Normalement ton backend doit pouvoir traiter une url et en extraire les arguments (en tout cas les bons frameworks le font).<br />
<br />
Je n'avais pas vu le getYYY ton exemple, tu comptes mettre quoi dans YYY ? Normalement tu ne dois pas mettre de verbes dans tes urls, les actions doivent être dictées par les verbes HTTP (GET, POST, PUT et DELETE).<br />
<br />
Pour les paramètres, ils ont été déconseillés à la base car ils posaient problème dans le cas du référencement (tout ce qui est après le ? n'était pas considéré par Google). Aujourd'hui, ils restent utile dans le cas de filtres mais ils sont moins employés. Il faut considérer les urls comme les ids de la gigantesque base de données qu'est le web.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Alex</span> le <span class="comment-date" property="schema:commentTime">08/04/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Bonjour,<br />
<br />
Pour avoir mis en place une architecture REST au sein d'une grande banque, voici quelques inconvénients et difficultés rencontrés :<br />
<br />
- Proxy http : les proxys applicatifs sont souvent limitatifs quant aux verbes http autorisés. DELETE et PUT notamment sont souvent bloqués et il faut passer outre en sacrifiant l'esprit REST (ie utiliser POST et GET de façon détournés)<br />
- Librairies clientes : autant les outils du coté serveur sont matures et nombreux (en java : Restlet, Jersey et la JSR 311) autant les librairies du côté client (web notamment) ne sont pas toujours compatibles (exemple client flex : <a href="http://www.fngtps.com/2007/06/flex-can-t-do-rest" title="http://www.fngtps.com/2007/06/flex-can-t-do-rest" rel="nofollow">www.fngtps.com/2007/06/fl...</a>)<br />
- Difficultés de mapper des services avec des ressources : l'architecture REST est parfaite pour une serveur de ressources (ie. getUser, postUser etc.) mais pour modéliser une application rendant des services métiers complexes (calculs, règle de gestion etc.) cela devient un vrai casse tête pour créer et mapper les ressources de façon intelligente sans sacrifier la modélisation applicative &quot;standard&quot; du côté serveur<br />
<br />
Alex.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">08/04/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Merci pour ce retour très intéressant Alex !<br />
<br />
Pour répondre à la problématique de mapping des ressources, je suis aussi confronté à ce problème et c'est pas toujours évident...<br />
<br />
Je trouve l'article de Joe Gregorio très intéressant à ce sujet :<br />
<a href="http://bitworking.org/news/201/RESTify-DayTrader" title="http://bitworking.org/news/201/RESTify-DayTrader" rel="nofollow">bitworking.org/news/201/R...</a><br />
<br />
Ça nécessite une certaine gymnastique du cerveau au début mais qui peut s'avérer utile, à force de retourner un peu l'application dans tous les sens pour identifier les ressources, ça ouvre parfois de nouvelles perspectives intéressantes.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">jc</span> le <span class="comment-date" property="schema:commentTime">09/04/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>le genre d'article a lire un soir ou la copine n'est pas dans le coin (pour éviter les conversation ressemblant à des monologue &quot;Hey j'ai encore lu un truc trop bien...tu m'écoute?&quot; mais plutot se dire intérieurement avec une certaine satisfaction &quot;Woa c trop cool encore un article qui vas m'en apprendre plus qu'a l'ecole&quot;)<br />
<br />
bref. nouveaux sur django, je m'en vais direct avaler l'article sur django/REST.<br />
<br />
Encore un petit mot pour dire merci sur la qualité de ce blog et sa volonté didactique éfficace (premier commentaire oblige ;) )</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">mamo</span> le <span class="comment-date" property="schema:commentTime">18/04/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Merci, Super article sympa sur REST... </p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Mathieu</span> le <span class="comment-date" property="schema:commentTime">19/12/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Bonsoir,</p>

<p>L&#39;article est très bien fait, mais je me sent un peu obligé de réagir sur un point. A propos de POST et PUT, si l&#39;on en croit ce document <a href="http://tools.ietf.org/html/rfc2616#page-54">http://tools.ietf.org/html/rfc2616#page-54</a> , ce serai plutot:</p>

<p>PUT: créer ou modifier la ressource a tel uri, par exemple:<br />PUT /user/mathieu<br />avec dans le body: <br />&lt;user&gt;<br /> &lt;prenom&gt;mathieu&lt;/prenom&gt;<br /> &lt;nom&gt;.....&lt;/nom&gt;<br /> ....<br />&lt;/user&gt;</p>

<p>alors que POST ne signifie pas nécéssairement qu&#39;une ressource sera créer. dans l&#39;application sur laquelle je travaille, on essai d&#39;utiliser POST, seulement quand on ne peux pas utiliser PUT, en général, lorsque l&#39;on ne connais pas à l&#39;avance l&#39;uri qui permettra d&#39;identifier la ressource (par exemple si l&#39;identifiant est un id auto incrémenté de base de donnée)</p>

<p>Cordialement, Mathieu.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">22/12/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>@Mathieu : je suis tout à fait d&#39;accord, et c&#39;est ce que je précise dans un billet suivant (qui lui n&#39;est pas une traduction) :<br /><a href="https://larlet.fr/david/biologeek/archives/20070629-architecture-orientee-ressource-pour-faire-des-services-web-restful/">https://larlet.fr/david/biologeek/archives/20070629-architecture-orientee-ressource-pour-faire-des-services-web-restful/</a></p>

<p>Cela dit, il est assez rare de connaître à partir du client les contraintes appliquées sur le serveur, comme tu le précises.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Michel Baily</span> le <span class="comment-date" property="schema:commentTime">05/02/2009</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Bonjour,</p>

<p>Merci pour cette explication claire.<br />Je suis également dans une situation &quot;J&#39;apprends Ruby + RoR + Le Web dévelopmment+ Ajax + ...&quot;<br />Donc beaucoup de questions se posent à moi.<br />Notamment par rapport aux listes de ressources comme dans l&#39;exemple<br />/aeroports pour la liste des aéroports<br />/aeroports/orly  pour orly</p>

<p>Comment implémente-t-on la notion de filtre ?<br />Imaginons que je souhaite une liste des aéroports de France. Mon Url serait<br />/aeroports/france<br />Comment mon code va-t-il pouvoir identifier que france est une (sous)liste alors que orly est une resource ?<br />( Je voudrais évidement éviter de devoir demander<br />/aeroports/france/orly )</p>

<p>Désolé si la question peut paraitre triviale à certains ;-)</p>

<p>Michel</p>

<p></p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">06/02/2009</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Salut Michel,</p>

<p>Je dirais que tout dépend si le filtre est assimilable à une collection lui-même.</p>

<p>Par exemple, si on veut juste pouvoir filtrer les aéroports en France, on peut passer les arguments en GET :<br />/aeroports/?country=France<br />Cette page listera les ressources (dont un lien vers Orly) qui correspondent à des aéroports filtrés pour le pays France.</p>

<p>Maintenant c&#39;est souvent au cas par cas, selon l&#39;importance de la sous-collection en général. Par exemple ici on pourrait avoir /aeroports/france/orly ou /aeroports/orly Quelle URL fait le plus de sens pour cette ressource ? Je serais tenté de dire /aeroports/orly car on a bien collection/ressource mais ça dépend vraiment du projet, parfois il est plus intéressant d&#39;avoir la notion de filtrage par lieu directement dans l&#39;URL. Il n&#39;y a pas de réponse dans l&#39;absolu :-)</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Vincent Boniakos</span> le <span class="comment-date" property="schema:commentTime">24/02/2009</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Salut Michel,<br />J&#39;utilise le framework konstrukt en PHP pour créer mon architecture REST. Leur approche est intéressante car ils utilisent la notion de controller. Je te laisse regarder la définition du pattern MVC.<br />Le principe est le suivant :<br />1. Chaque URI possède son controller.<br />Lorsque tu tapes <a href="http://www.monsite.com/aeroports">www.monsite.com/aeroports</a> un controller nommé &quot;aeroport_list_controller&quot; va s&#39;occuper de ta requête : par exemple afficher la liste des aéroports. De même si tapes <a href="http://www.monsite.com/aeroports/orly">www.monsite.com/aeroports/orly</a> un controller que l&#39;on va appelé &quot;aeroport_show_controller&quot; s&#39;occupera de ta requête, et affichera la liste des avions à orly.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Vincent Boniakos</span> le <span class="comment-date" property="schema:commentTime">24/02/2009</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>(Suite)<br />2.Chaque controller possède deux comportement.<br />Le premier est décrit en 1., le second est de rediriger vers le controller correspondant à ta requête.<br />Un exemple : je saisie l&#39;url <a href="http://www.monsite.com/aeroports/orly/vols/451">www.monsite.com/aeroports/orly/vols/451</a>. Le premier controller en jeu est &quot;aeroport_list_controller&quot;, qui me redirige vers &quot;aeroport_show_controller&quot;. &quot;aeroport_show_controller&quot; me redirige vers &quot;vols_list_controller&quot;.<br />&quot;vols_list_controller&quot; me redirige ensuite vers &quot;vols_show_controller&quot; qui affichera le vol 451 au départ d&#39;orly !<br />3.Chaque controller connait le contexte dans lequel il est appelé, par imbriquation. Ainsi lorsque je saisis aeroports/orly/vols/451, &quot;vols_show_controller&quot; sait que je souhaite afficher le vol 451 au départ d&#39;orly.<br />Enfin c&#39;est à toi d&#39;implémenter les méthodes GET, POST, PUT et DELETE dans chaque controller.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">guigui</span> le <span class="comment-date" property="schema:commentTime">14/06/2009</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Bonjour, <br />cet article est très intéressant, il m&#39;a permis de mieux comprendre REST. <br />Pour un TP j&#39;ai pu le mettre pratique avec SYMFONY. Cependant, existe-t-il un moyen de tester, en envoyant des headers HTTP avec les différentes commandes (GET, POST, DELETE, ...)  ?</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">LTC</span> le <span class="comment-date" property="schema:commentTime">21/08/2009</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Merci pour l&#39;article... Je dois développer sous une architecture REST et ça me semble moins flou.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Dominique Rabeuf</span> le <span class="comment-date" property="schema:commentTime">11/10/2009</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Et maintenant comment faire avec xmpp ? Il n&#39;y a pas les méthodes de http ? C&#39;est pas grave, parce que peut importe la manière de désigner, ce qui compte c&#39;est la ressource et ce qu&#39;on peut faire avec ! faire(ressource) ~ f(x) on prend x et on cherche les f qui vont avec, et voilà. Le Web est mort, vive Jabber</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Ronald</span> le <span class="comment-date" property="schema:commentTime">19/11/2009</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Superbe article au total, Merci</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Bilal</span> le <span class="comment-date" property="schema:commentTime">30/03/2010</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Merci pour cette introduction pratique à REST</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">mélanie</span> le <span class="comment-date" property="schema:commentTime">22/05/2010</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>C&#39;est sympa l&#39;approche pour la compréhension de post et de rest.</p>

<p>Comme quoi on peu apprendre en s&#39;amusant ;-)</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Jérémy</span> le <span class="comment-date" property="schema:commentTime">08/09/2010</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Excellent, je m&#39;interressais justement à REST et je redécouvre internet ici. Merci beaucoup pour cette explication ds plus plaisante. ça donne envie de s&#39;y mettre.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Jeremy - Stratège Web</span> le <span class="comment-date" property="schema:commentTime">05/07/2011</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>C&#39;est un peu dur à saisir mais je crois que ça fait lentement son chemin dans ma tête.</p>

<p>Est-ce que tu penses qu&#39;une adoption unifiée du REST à travers le Web bénéficierait l&#39;arrivée du Web 3.0?</p>

<p>Bien à toi,<br />Jérémy</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Philippe</span> le <span class="comment-date" property="schema:commentTime">17/08/2011</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Merci pour ces infos, REST m&#39;interressait, mais je crois sincèrement que mon cerveau décroche ou que techniquement, j&#39;ai encore des progès à faire ...</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Abuzz</span> le <span class="comment-date" property="schema:commentTime">05/10/2011</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Merci pour ces infos détaillées mais je trouyve çà trop compliqué .... ou alors c&#39;est moi qui ne suis plus :-(</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Gerard</span> le <span class="comment-date" property="schema:commentTime">09/11/2011</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Article très intéressant, mais celle reste quand même complexe à comprendre pas si évident que ça.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">kaouther</span> le <span class="comment-date" property="schema:commentTime">26/12/2011</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>merci pour l&#39;article,<br />je suis entrain de chercher comment généraliser REST aux applications desktop (desktop disribué)en implémentant le modèle MVC <br />pouvez vous m&#39;aider?</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Vincent François</span> le <span class="comment-date" property="schema:commentTime">09/01/2012</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Simple, efficace, merci !</p>
    </div>
</div>