[SP-pm] Resumo do Evento Técnico

[Renato Santos]

Mais links para ler:

REST APIs must be hypertext-driven
 - http://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven
(too strict)

Creating an efficient REST API with HTTP
 - http://mark-kirby.co.uk/2013/creating-a-true-rest-api/ (cool)


No começo desta thread eu não conhecia esse tal REST do Dr Fielding. Foi
legal conhecer, mas ainda não entendo porque o Leonardo diz que os
REST-likes não ajudam sistemas mobiles/SPA.

Nem todo mundo que conheço gostam de AngularJS, algumas, inclusive, tem um
forte ódio (quase como o Eden vs Mojolicious).

É claro que uma SPA ficaria mais fácil de dar manutenção se as respostas à
recursos da API contenham as URI's para os próximos recursos, mas não
impossibilita a SPA de existir de uma forma regular.

A unica parte que não entendi até agora foi essa:

   - A REST API should not be dependent on any single communication
   protocol, though its successful mapping to a given protocol may be
   dependent on the availability of metadata, choice of methods, etc. In
   general, any protocol element that uses a URI for identification must allow
   any URI scheme to be used for the sake of that identification. *[Failure
   here implies that identification is not separated from interaction.]*

Como fazer uma API comunicável por diversos protocolos? HTTP e HTTPS não
bastam? Os outros protocolos não podem ser "tunelados" por HTTP?




-- 
Saravá,
Renato CRON
http://www.renatocron.com/blog/
@renato_cron <http://twitter.com/#!/renato_cron>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20150131/8cfde74b/attachment.html>