Qual foi o propósito de criar o REST API?

As API's são usadas para comunicar as duas diferentes correntes (framework). O mecanismo de SOAP e REST são usados para criar as API's.

SOAP (Simple Object Access Protocol) e REST (Representational State Transfer) são ambos protocolos de comunicação de serviços web. SOAP foi durante muito tempo a abordagem padrão para interfaces de serviços web, embora tenha sido dominado pelo REST nos últimos anos, com REST agora representando mais de 70% das APIs públicas de acordo com Stormpath. Entenda as principais diferenças entre SOAP vs. REST e como cada um pode beneficiar os objetivos de sua organização.

SOAP VS REST

REST opera através de uma interface solitária e consistente para acessar os recursos nomeados. É mais comumente usado quando você está expondo uma API pública através da Internet. SOAP, por outro lado, expõe componentes da lógica da aplicação como serviços em vez de dados. Além disso, ele opera através de diferentes interfaces. Para simplificar, REST acessa dados enquanto SOAP executa operações através de um conjunto mais padronizado de padrões de mensagens. Ainda assim, na maioria dos casos, ou REST ou SOAP poderiam ser usados para alcançar o mesmo resultado (e ambos são infinitamente escaláveis), com algumas diferenças em como você o configuraria.

SOAP foi originalmente criado pela Microsoft, e está em torno de muito mais tempo do que REST. Isto dá-lhe a vantagem de ser um protocolo estabelecido, legado. Mas o REST também já existe há algum tempo. Além disso, ele entrou em cena como uma forma de acessar serviços web de uma maneira muito mais simples do que possível com SOAP usando HTTP.

Benefícios de REST sobre SOAP

Além de usar HTTP por simplicidade, REST oferece uma série de outros benefícios sobre SOAP:

• REST permite uma maior variedade de formatos de dados, enquanto que SOAP só permite XML.>li> acoplado ao JSON (que normalmente funciona melhor com os dados e oferece uma análise mais rápida), o REST é geralmente considerado mais fácil de trabalhar.>li>li> Obrigado ao JSON, REST oferece melhor suporte aos clientes do navegador.>li>li>REST oferece desempenho superior, particularmente através do cache para informações que não são alteradas e não são dinâmicas.li>li> É o protocolo mais utilizado para os principais serviços como Yahoo, Ebay, Amazon e até mesmo Google.>li>li>REST é geralmente mais rápido e utiliza menos largura de banda. Também é mais fácil de integrar com sites já existentes sem necessidade de refatorar a infra-estrutura do site. Isso permite que os desenvolvedores trabalhem mais rápido ao invés de gastar tempo reescrevendo um site a partir do zero. Em vez disso, eles podem simplesmente adicionar funcionalidades adicionais.

Still, SOAP continua sendo o protocolo preferido para certos casos de uso. O consenso geral entre os especialistas hoje em dia é que REST é o protocolo tipicamente preferido, a menos que haja uma razão convincente para usar SOAP (e há alguns casos em que SOAP é preferido).

Benefícios de SOAP Over REST

Porque você pode alcançar a maioria dos resultados usando qualquer um dos protocolos, às vezes é uma questão de preferência pessoal. No entanto, há alguns casos de uso para os quais o SOAP tende a ser mais adequado. Por exemplo, se você precisa de uma segurança mais robusta, o suporte do SOAP para WS-Security pode vir a ser útil. Ele oferece algumas garantias adicionais de privacidade e integridade dos dados. Ele também fornece suporte para verificação de identidade através de intermediários, em vez de apenas ponto a ponto, como fornecido pelo SSL (que é suportado tanto pelo SOAP como pelo REST).

Outra vantagem do SOAP é que ele oferece lógica de tentativas de reentrada embutida para compensar as comunicações falhadas. REST, por outro lado, não tem um sistema de mensagens embutido. Se uma comunicação falhar, o cliente tem que lidar com ela, tentando novamente. Também não há um conjunto padrão de regras para o REST. Isto significa que ambas as partes (o serviço e o consumidor) precisam entender tanto o conteúdo quanto o contexto.

Outros benefícios do SOAP incluem:

>ul>li>o protocolo HTTP padrão do SOAP facilita sua operação através de firewalls e proxies sem modificações no próprio protocolo SOAP. Mas, como utiliza o complexo formato XML, tende a ser mais lento em comparação com middleware como ICE e COBRA.Adicionalmente, embora raramente seja necessário, alguns casos de uso requerem maior confiabilidade transacional do que o que pode ser alcançado com o HTTP (que limita o REST nessa capacidade). Se você precisa de transações compatíveis com ACID, SOAP é o caminho a seguir.Em alguns casos, projetar serviços SOAP pode na verdade ser menos complexo em comparação com o REST. Para serviços web que suportam operações complexas, exigindo que o conteúdo e o contexto sejam mantidos, projetar um serviço SOAP requer menos codificação na camada de aplicação para transações, segurança, confiança, e outros elementos.>li>SOAP é altamente extensível através de outros protocolos e tecnologias. Além do WS-Security, SOAP suporta WS-Addressing, WS-Coordination, WS-ReliableMessaging, e uma série de outros padrões de serviços web, uma lista completa dos quais você pode encontrar no W3C.

No final do dia, o melhor protocolo é aquele que faz mais sentido para a organização, os tipos de clientes que você precisa suportar, e o que você precisa em termos de flexibilidade. A maioria das novas APIs são construídas usando REST e JSON, simplesmente porque normalmente consome menos largura de banda e é mais fácil de entender tanto para desenvolvedores que implementam APIs iniciais quanto para outros desenvolvedores que possam escrever outros serviços contra ele. Como ele é mais facilmente consumido pela maioria dos navegadores web atuais, o REST+JSON tornou-se a tecnologia de fato para a maioria das APIs públicas. No entanto, o SOAP continua a ser um protocolo valioso em algumas circunstâncias. Além disso, você não precisa procurar longe para encontrar fãs que defendem o SOAP para certos casos de uso.

source from : stackify.com