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>
=begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: [email protected] L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer
