{"id":6228,"date":"2020-06-23T08:00:00","date_gmt":"2020-06-23T08:00:00","guid":{"rendered":"http:\/\/www.intergate.net.br\/blog\/?p=6228"},"modified":"2022-05-25T20:11:19","modified_gmt":"2022-05-25T20:11:19","slug":"apis-soap-rest","status":"publish","type":"post","link":"https:\/\/www.intergate.net.br\/blog\/apis-soap-rest\/","title":{"rendered":"APIs Soap & Rest"},"content":{"rendered":"\n

Embora o SOAP (Protocolo de Acesso a Objetos Simples<\/strong>) tenha sido a abordagem dominante nas interfaces de servi\u00e7o da web h\u00e1 muito tempo, o REST (Representational State Transfer<\/strong>) vem ganhando terreno rapidamente. <\/p>\n\n\n\n\n\n\n\n

A InterGATE <\/a> desenvolveu seu conjunto de APIs “ConectorGATE<\/a>” usando a arquitetura rest full e como tamb\u00e9m em todos os nossos projetos OnDemand.<\/p>\n\n\n\n

Mas qual a diferen\u00e7a entre estes dois tipos de APIs<\/a>?<\/strong> E quem sai ganhando quando se compara REST x SOAP? <\/p>\n\n\n\n

O que \u00e9 REST?<\/h2>\n\n\n\n

 Um estilo arquitet\u00f4nico que define um conjunto de recomenda\u00e7\u00f5es para o design de aplica\u00e7\u00f5es<\/a><\/strong> que usam o protocolo HTTP para transmiss\u00e3o de dados.  <\/p>\n\n\n\n

As diretrizes dessa API permite que os desenvolvedores implementem os detalhes necess\u00e1rios de acordo com suas pr\u00f3prias necessidades. Os servi\u00e7os da Web criados seguindo o estilo de arquitetura REST s\u00e3o chamados RESTful Webservices<\/a>.<\/p>\n\n\n\n

Uma breve introdu\u00e7\u00e3o sobre web services<\/strong><\/h4>\n\n\n\n

Web services s\u00e3o, por defini\u00e7\u00e3o, servi\u00e7os expostos em uma rede que permitem a comunica\u00e7\u00e3o entre um ou mais dispositivos eletr\u00f4nicos<\/strong>, sendo capazes de enviar e processar dados de acordo com sua funcionalidade.<\/p>\n\n\n\n

Essa comunica\u00e7\u00e3o, por sua vez, segue alguns protocolos, principalmente relacionados ao formato da transmiss\u00e3o de dados<\/strong>, o que permite que, uma vez que um sistema implemente essas regras, qualquer outro sistema que siga o mesmo protocolo seja capaz de se comunicar com ele.<\/p>\n\n\n\n

Devido a isso, os web services se tornaram extremamente populares<\/strong>, pois acabaram por permitir a comunica\u00e7\u00e3o entre plataformas completamente diferentes (Java, C#, C++, Ruby) sem grandes esfor\u00e7os.<\/p>\n\n\n\n

O que \u00e9 SOAP?<\/h2>\n\n\n\n

SOAP <\/strong>\u00e9 um sistema de protocolo de comunica\u00e7\u00e3o padr\u00e3o que permite que processos usando diferentes sistemas operacionais, como Linux e Windows, se comuniquem via HTTP e XML. As APIs baseadas em SOAP foram projetadas para criar, recuperar, atualizar e excluir registros<\/strong> como contas, senhas, leads<\/em> e objetos personalizados.<\/p>\n\n\n\n

As APIs SOAP aproveitam as vantagens de criar protocolos baseados na Web, como HTTP e XML<\/strong>, que j\u00e1 est\u00e3o operando em todos os sistemas operacionais. \u00c9 por isso que seus desenvolvedores podem manipular facilmente os servi\u00e7os da Web e obter respostas sem se importar com o idioma e as plataformas.<\/p>\n\n\n\n

\"O<\/figure>\n\n\n\n

REST x SOAP<\/h2>\n\n\n\n

O REST<\/strong> opera por meio de uma interface consistente para acessar os recursos nomeados. \u00c9 mais usado quando se publica uma API p\u00fablica pela Internet. <\/p>\n\n\n\n

J\u00e1 o SOAP<\/strong>, por outro lado, exp\u00f5e componentes da l\u00f3gica do aplicativo como servi\u00e7os, e n\u00e3o como dados. Al\u00e9m disso, opera por meio de diferentes interfaces. <\/p>\n\n\n\n

Simplificando, o REST acessa os dados enquanto o SOAP executa opera\u00e7\u00f5es por meio de um conjunto mais padronizado de mensagens.<\/strong> Ainda assim, na maioria dos casos, tanto REST como o SOAP podem ser usados para obter o mesmo resultado (e ambos s\u00e3o infinitamente escal\u00e1veis), com algumas diferen\u00e7as na forma como s\u00e3o configurados.<\/p>\n\n\n\n

Os t\u00f3picos abaixo v\u00e3o ajudar a entender o embate REST x SOAP:<\/p>\n\n\n\n