[SP-pm] Resumo do Evento Técnico

[Renato Santos]

2015-01-26 18:14 GMT-02:00 Leonardo Ruoso <leonardo at ruoso.com>:

> Em 26 de janeiro de 2015 14:54, Renato Santos <renato.cron at gmail.com>
> escreveu:
>
>> Eu posso me juntar, mas já digo que eu só faço API's REST, não RESTFul,
>>
> Rest ou Restful:
>
> Se não é hyperdocument não é Rest.
> Se tem informação out-of-band não é Rest.
>

 Se informações out-of-band são informações que fazem o protocolo
ser stateful, sim, é web[1], não é REST!


> Quem disse que a API tem de ser Rest e não JSON-RPC ou XML-RPC?
>

Boa pergunta, não sei... algum preconceito com o RPC, provavelmente.  Mas
pode estar mudando com a chegada de microservices

>
> e que nunca ouvi falar de HyperDocument
>>
>
> HyperDocument é basicamente como a WWW funciona :p
>
>
>> e que linked-data pra mim tem que ser em RDF!
>>
>
> LinkedData pode ser RDF, mas pode ser JSON-LD também.
>
Concordo.

Um ponto interessante, é que, ao meu ver, para consultar as informações com
SPARQL é bem devagar se comparar com os bancos tradicionais, embora tenha
alguns bancos especializados neste tipo de operações.


>
> Renato, e Hateoas?
>
Nunca implementei este conceito.


>
> [1]  considerando que muita gente faz coisa errada com os cookies, aka,
salvar informações 'out of band'

Nas API's que geralmente faço, apenas no 'CREATE' do recurso, que eu
retorno o header Location com o URI do objecto criado.
Mas pensando bem, não seria difícil expandir os resultados para retornar a
URI dos recursos em todos os lugares, ex:

GET /books
===
200 OK
content-type: application/json

{ rows: [ { uri: "/books/barz-mozz", name => "barz", author => { uri =>
"/author/mozz-2", name => "mozz" }  }, { uri: "/books/2", name => "pous",
... } ], has_more: 0 }

GET /books/barz-mozz-2
===
200 OK
content-type: application/json

{ self: { uri: "/foo/1", name => "barz"  }, result_of => "/foo" }

=====

não querendo fugir do assunto, mas eu estou no momento pensando muito mais
em desnormalização, bancos(ideologia) "append-only" e versionamento do que
no protocolo da API.

Acho que podemos começar pelo banco, até subir e chegar na camada de
apresentação/input.


-- 
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/20150126/79ab5dd3/attachment.html>