Questão de Arquitetura de Software — WebServices — FCC 2016
Arquitetura de Software›WebServices
Código
fc028178
Banca
FCC
Órgão
AL-MS
Ano
2016
Nível
Médio
Cargo
Técnico de Informática
Considere o texto abaixo:Atualmente muitos desenvolvedores têm exposto seus serviços utilizando uma abordagem que usa um padrão de URI, fazendo chamadas para um serviço web utilizando, por exemplo:http://www.empresa.com.br/programa/metodo?parâmetros=xxxEsta abordagem é adequada para ser utilizada em situações nas quais há limitação de recursos e de largura de banda, necessitando de uma estrutura de retorno em qualquer formato definido pelo desenvolvedor e suportada por qualquer navegador. Usa o padrão de chamadas GET, PUT, POST e DELETE e pode usar também objetos XMLHttpRequest que a maioria dos navegadores modernos suporta.O texto trata especificamente de
AESB.
BSOAP.
CREST.
DSOA.
ECORBA.
Revelar gabarito e comentário▾
GabaritoC — REST.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
REST (Representational State Transfer)
Gabarito: letra C – REST. O texto descreve exatamente o estilo arquitetural REST: uso de URIs para identificar recursos, chamadas HTTP (GET, PUT, POST, DELETE), retorno em formato livre (XML, JSON, etc.), leveza (adequado para recursos limitados) e suporte a XMLHttpRequest. REST é a abordagem padrão para serviços web leves na web.
Alternativa A – ❌ Incorreta (ESB)
ESB (Enterprise Service Bus) é uma infraestrutura de middleware para integração de sistemas, não um estilo de serviço web baseado em URI e métodos HTTP. O ESB atua como barramento de mensagens, não expõe serviços diretamente via URIs simples.
Alternativa B – ❌ Incorreta (SOAP)
SOAP (Simple Object Access Protocol) é um protocolo baseado em XML que define envelopes e mensagens, geralmente usando HTTP como transporte, mas não utiliza URIs com parâmetros na URL como padrão. SOAP é mais pesado e não se adequa tão bem a cenários com limitação de largura de banda.
Alternativa C – ✅ Correta (REST) ⟵ GABARITO
REST (Representational State Transfer) é um estilo arquitetural que utiliza URIs para identificar recursos, métodos HTTP (GET, POST, PUT, DELETE) para operações, e suporta múltiplos formatos de retorno (XML, JSON). É leve, ideal para dispositivos com recursos limitados, e amplamente usado em APIs web. O texto menciona exatamente essas características: padrão de URI, chamadas GET/PUT/POST/DELETE, retorno em qualquer formato, e uso de XMLHttpRequest.
Alternativa D – ❌ Incorreta (SOA)
SOA (Service-Oriented Architecture) é um paradigma arquitetural amplo que organiza sistemas como serviços, mas não especifica a implementação com URIs, métodos HTTP ou formato de retorno. REST é uma forma de implementar SOA, mas SOA não é a abordagem descrita no texto.
Alternativa E – ❌ Incorreta (CORBA)
CORBA (Common Object Request Broker Architecture) é um padrão antigo de middleware para objetos distribuídos, utiliza IIOP, não HTTP, e não se baseia em URIs ou métodos GET/POST. É pesado e não se aplica ao contexto descrito.
PEGA ESSA DICA!
Para diferenciar REST de SOAP e SOA, lembre-se: REST = recursos + HTTP + simplicidade; SOAP = envelope XML + complexidade; SOA = conceito arquitetural (não uma tecnologia específica).