Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
Vous ne pouvez pas sélectionner plus de 25 sujets Les noms de sujets doivent commencer par une lettre ou un nombre, peuvent contenir des tirets ('-') et peuvent comporter jusqu'à 35 caractères.

article.md 4.8KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556
  1. title: Critique du livre RESTful Web Services
  2. slug: critique-du-livre-restful-web-services
  3. date: 2007-08-30 11:20:14
  4. type: post
  5. vignette: images/logos/restful_web_services.png
  6. contextual_title1: ★ Django-ROA, pour une architecture orientée ressources
  7. contextual_url1: 20090526-django-roa-pour-une-architecture-orientee-ressources
  8. contextual_title2: ★ De l'OpenData au LinkedData : exemple de nosdonnees.fr
  9. contextual_url2: 20101130-de-lopendata-au-linkeddata-exemple-de-nosdonneesfr
  10. contextual_title3: ★ Le Web Sémantique ou l'importance des données liées
  11. contextual_url3: 20081117-le-web-semantique-ou-limportance-des-donnees-liees
  12. <p>Il y a désormais deux livres qui ont vraiment influé sur ma façon de concevoir une application. Le premier est <a href="http://gettingreal.37signals.com/">Getting Real</a> dont je n'ai jamais fait la critique mais qui est vraiment à lire et à relire (et à offrir à vos collègues de travail s'ils ont encore suffisamment de curiosité pour évoluer). Le second est <a href="http://www.crummy.com/writing/RESTful-Web-Services/">RESTful Web Services</a> dont j'ai déjà parlé dans mon billet sur l'<a href="https://larlet.fr/david/biologeek/archives/20070629-architecture-orientee-ressource-pour-faire-des-services-web-restful/">architecture orientée ressource</a> et que j'ai maintenant terminé.</p>
  13. <p>Contrairement à mes <a href="https://larlet.fr/david/biologeek/archives/20060219-critiques-de-livres-aux-editions-eyrolles/">autres critiques de livres</a>, celle-ci va être très courte. C'est dans le cas présent un bon signe, ce livre est tout simplement LA référence si vous voulez comprendre et implémenter <abbr title="Representational State Transfer">REST</abbr>. Et la bonne nouvelle c'est qu'<a href="https://larlet.fr/david/biologeek/archives/20070629-architecture-orientee-ressource-pour-faire-des-services-web-restful/#c24711">il sort bientôt en français</a> (merci Sebmox) donc vous pourrez <em>vraiment</em> tout comprendre, veinards ;-).</p>
  14. <p>Bon quelques critiques négatives pour faire sérieux quand même&nbsp;:</p>
  15. <ul>
  16. <li>Pour un livre dont le mantra est «&nbsp;Web Services for the Real World », il est dommage d'avoir recours à HTML5 dans les exemples pour palier aux insuffisances des navigateurs actuels (pour les PUT et DELETE) qui n'est <a href="http://remiprevost.com/2007/08/date-de-finalisation-de-html5">pas prêt d'être utilisable</a>... J'aurais préféré une bonne pratique fixée une bonne fois pour toute, heureusement que les exemples de la fin compensent cette faiblesse.</li>
  17. <li>Il y a parfois des redites (ou alors je l'ai lu trop vite !) mais elles sont peut-être utiles pour quelqu'un qui découvre véritablement REST. La partie pour convaincre est néanmoins très intéressante.</li>
  18. </ul>
  19. <p>Voila, ce sont les seuls bémols que j'ai pu trouver à <strong>cet ouvrage qui est la référence à avoir dans sa bibliothèque si vous souhaitez développer des applications web au cours des 5 prochaines années</strong>. Sympa comme investissement non&nbsp;? :-)</p>
  20. <p>La cerise sur le gâteau, c'est si vous êtes développeur Rails ou Django car des exemples concrets vous permettent d'utiliser l'architecture orientée ressource avec votre framework de prédilection.</p>
  21. <p>Pour terminer et en guise de pense-bête, voici la liste des étapes à retenir pour passer des besoins à leur implémentation&nbsp;:</p>
  22. <ul>
  23. <li>Évaluer les données</li>
  24. <li>Découper les données en ressources</li>
  25. </ul>
  26. <p>Pour chaque type de ressource&nbsp;:</p>
  27. <ul>
  28. <li>Nommer la ressource avec une URI</li>
  29. <li>Déterminer les verbes utilisables de l'interface uniforme</li>
  30. <li>Définir les représentations acceptées de la part du client</li>
  31. <li>Définir les représentation servies au client</li>
  32. <li>Intégrer cette ressource au ressources existantes, en utilisant les liens et les formulaires</li>
  33. <li>Traiter le cheminement usuel&nbsp;: qu'est ce qui est supposé se produire&nbsp;?</li>
  34. <li>Traiter les erreurs&nbsp;: que faire lorsque ça ne va pas&nbsp;?</li>
  35. </ul>
  36. <p>Ces étapes ont intégré mes <a href="https://larlet.fr/david/biologeek/archives/20070112-etapes-de-developpement-d-une-application-web/">étapes de conception d'une application web</a> et pour l'instant ça marche plutôt bien. Selon l'application, il faut bien sûr ajouter la notion de permissions utilisateur, je l'introduis généralement au moment de la détermination des verbes de l'interface uniforme.</p>
  37. <p>Finalement pour un billet qui devait faire 3 lignes, je me suis laissé emporté par mon engouement et je finirais donc très sobrement&nbsp;: bonne lecture&nbsp;!</p>
  38. <p>Vous pouvez <a href="https://larlet.fr/david/biologeek/archives/20060219-critiques-de-livres-aux-editions-eyrolles/">consulter l'ensemble de mes critiques de livres</a>.</p>