Serviços REST - Revista Clube Delphi 136

A Web 2.0 trouxe consigo uma série de inovações, tornando o ambiente mais colaborativo. Atualmente grandes serviços e redes sociais como Twitter e Facebook podem interagir entre si por meio de aplicativos intermediários e no mundo de negócios isso não é diferente. É muito comum que um sistema X precise ler informações de um sistema Y, exigindo assim integração. Esta é a palavra que permeia a Web. Temos serviços integrados por todo lado, podemos postar algo no Twitter e automaticamente ter nosso perfil no Facebook atualizado, podemos por um dispositivo celular com GPS conhecer quais restaurantes são indicados em nossa localização e muito mais. Toda essa integração também foi e é exigida nos meios comerciais.

 Para tentar se adequar a essa nova realidade o mundo dos negócios começou a utilizar um tipo de aplicação que permite essa integração, os Web Services. Os Web Services foram criados para permitir principalmente a integração máquina-máquina sem expor detalhes como plataforma, linguagens etc. Em outras palavras os Web Services vieram para permitir que aplicações desenvolvidas em diferentes linguagens, rodando sobre diferentes plataformas pudessem trocar dados entre si de forma transparente. O padrão de comunicação entre as aplicações que utilizam Web Services é o protocolo SOAP de comunicação. Além disso, um Web Service deveria possuir um mecanismo para descrever o que ele era capaz de fazer, foi então criado o WSDL, Web Service Description Language, que utiliza XML para descrever detalhes dos serviços prestados pela aplicação.

  Apesar dos Web Services serem um opção para disponibilização de serviços Web muito utilizada até hoje, existem coisas a considerar em relação à Web atual e à tendência atual de mobilidade. Como foi dito, os Web Services utilizam SOAP sobre HTTP, ou seja, somente o HTTP não é suficiente para se trabalhar com Web Services. O SOAP é utilizado para encapsular as mensagens enviadas entre cliente e servidor. Todo esse trabalho extra causa certa lentidão na transmissão das informações. Assim, foi preciso procurar uma alternativa ao SOAP, surge então o REST.

O REST (Representational State Transfer ou Transferência de estado representacional) surgiu da tese de doutorado sobre a Web escrita por Roy Fielding, que foi um dos idealizadores do protocolo HTTP, que é protocolo utilizado na internet por web sites. Uma aplicação RESTFul, que é o termo utilizado para identificar um sistema que segue as ideias REST, combina o uso dos princípios estabelecidos pela técnica do REST que podemos destacar como os principais: Possui um protocolo cliente/servidor sem estado, ou seja, cada mensagem HTTP contém toda a informação necessária para compreender o pedido; Uso de um conjunto bem definido de operações que se aplica a todos os recursos de informações. As operações mais importantes são POST, GET, PUT e DELETE que podem ser comparadas com operações CRUD para persistência de dados. A "

ATENÇÃO! A exibição deste artigo foi interrompida.

  Este é um post disponível para assinantes MVP

Este post também está disponível para assinantes da ClubeDelphi DIGITAL ou para quem possui Créditos DevMedia.  Clique aqui para saber mais!

Saiba como acessar este post através de Créditos DevMedia:

Assinatura de Créditos – Aqui este post custa R$ 1,50
Com esse plano você compra R$ 180,00 em créditos e ganha, em média, 80% de desconto no preço do post.  
Assine agora

Plano ocasional - Aqui este post custa: R$ 2,00 (assinante) ou R$ 2,50 (não-assinante)
Você compra um mínimo de R$ 60,00 em créditos e ganha, em média, 50% de desconto no preço do post.  
Compre agora

Plano conveniência – Neste plano este post custa R$ 5,00
Neste plano você compra somente um post, pagando seu preço sem desconto.  
Compre agora