durante o horário de trabalho tenho a sorte de debater com pessoas competentes e interessadas, sobre os assuntos mais quentes de tecnologia, um tipo de “otium”(ócio em latim) criativo coletivo. È sempre um prazer discutir idéias com amigos-colegas. Em um desses papos eruditos sobre tecnologia, estava conversando com meu amigo Christiano Milfont
sobre umas das tecnologias mais exóticas da web 2.0 : a tecnologia REST. Na verdade REST é um conceito, uma arquitetura web, é uma diferente maneira de implementar serviços web. Se trata de implementar serviços web orientados a recursos. Com REST Web services são reimplementados através de URI,HTTP,XML. REST é diferente de SOAP ou RPC. REST não é um padrão W3C, é uma arquitetura web, assim como Ajax.

Porque URI, HTTP e XML? As tres são interfaces extensiveis . Podem ser formadas um numero infinito de URIs e por isso podem ser usadas para ser identificadoras de recursos. Indicam o endereço e o nome dos recursos publicados. HTTP é um protocolo que suporta métodos, cabeçalhos e URIs nativamente. XML …acho que não precisa nem de explicações. As tres sustentam a web. Até aqui nada de novo.

A novidade vem com como que vou arranjar essas três tecnologias para consumir recursos.

Primeiro, os recursos são o que? Podem ser qualquer formato do XML ao JSON, do TXT ao Html,ou um JPEG,GIF… Não importa qual o formato o importante é que pode-se interagir diretamente com esses recursos via HTTP.

Por exemplo:

quero acessar claudio/servico/relatorio, acessando retorna um arquivo(recurso) xml.

“claudio/servico” é o endereco, “relatorio” é o nome do recurso que retorna um xml, juntos são um ID único do recurso na web.

O interessante é que os componentes da web em que são hospedados esses recursos conversam entre si com um protocolo comum, o HTTP. O HTTP possui metodos, URI, status, cabeçalhos e tipos MIME.

Alguns desses métodos são POST, GET, PUT, DELETE. Cada um desse métodos tem finalidades precisas POST=Create, GET=Read, PUT=Update DELETE=Delete …lembra alguma coisa? Um CRUD? Isso mesmo. Podemos agir em cima dos recursos via métodos HTTP assim como se faz com um crud.

Logo em seguida publicarei um exemplo para entender melhor essa tecnologia

Abçs

Claudio Ulisse