Questão de Arquitetura de Software — SOAP (Simple Object Access Protocol) — FGV 2024
Arquitetura de Software›SOAP (Simple Object Access Protocol)
Código
fg075542
Banca
FGV
Órgão
AL-SC
Ano
2024
Nível
Superior
Cargo
Analista Legislativo III - Analista de Sistemas
As tecnologias Standard Object Access Protocol (SOAP) e Representational State Transfer (REST) representam duas maneiras diferentes de conectar aplicativos e definem como as Application Programming Interface (APIs, ou interfaces de programação de aplicações) são criadas, possibilitando a comunicação dos dados entre aplicações web.Considerando as diferenças entre as tecnologias SOAP e REST, pode ser identificado que
ASOAP é um protocolo, que oferece implementação mais rígida, e REST é um conjunto de diretrizes, que oferece uma implementação flexível.
BAPIs REST são mais pesadas que implementações SOAP, entretanto, são ideais para contextos mais modernos.
COs serviços web SOAP oferecem segurança integrada e transações em conformidade que atendem a muitas necessidades empresariais, resultando em sistemas leves.
DREST é um conjunto de padronizações que oferece uma implementação rígida.
ESOAP é um protocolo com requisitos flexíveis e dinâmicos, com implementação mais leve que o REST.
Revelar gabarito e comentário▾
GabaritoA — SOAP é um protocolo, que oferece implementação mais rígida, e REST é um conjunto de diretrizes, que oferece uma implementação flexível.
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”.
SOAP vs REST: diferenças fundamentais
Gabarito: letra A. SOAP (Simple Object Access Protocol) é um protocolo estrito, com especificações rígidas para formatação e transporte de mensagens, enquanto REST (Representational State Transfer) é um estilo arquitetural que define diretrizes flexíveis baseadas em HTTP. Essa contraposição — protocolo rígido vs. conjunto de diretrizes flexível — é exatamente o que a alternativa A descreve.
A banca testa o conhecimento básico das duas tecnologias. O conteúdo de apoio caracteriza SOAP como um protocolo que exige regras específicas (formato XML, envelope, transporte via HTTP/SMTP) e REST como um "estilo de arquitetura que define um conjunto de restrições e propriedades", ou seja, um guia flexível, não um protocolo fechado. A chave está em distinguir "protocolo" de "conjunto de diretrizes".
NÃO CAIA NESSA!
A alternativa E inverte os papéis (SOAP seria flexível e leve), e a alternativa D torna REST rígido — armadilha clássica de troca de atributos. Fique atento: SOAP é pesado/estrito; REST é leve/flexível.
SOAP vs REST
1SOAP
Protocolo (rígido)
Formato: XML (envelope)
Transporte: HTTP/SMTP
Pesado (overhead)
2REST
Conjunto de diretrizes (flexível)
Formato: JSON/XML (sem envelope)
Transporte: HTTP
Leve
LEVEL · soulevel.com.br
Alternativa A — ✅ Correta ⟵ GABARITO
A afirmação capta a diferença central: SOAP é um protocolo formal (mais rígido, com regras de envelope XML e transporte definido), enquanto REST é um conjunto de diretrizes arquiteturais (mais flexível, sem obrigatoriedade de formato específico além de HTTP). A alternativa está em consonância com o material, que descreve SOAP como protocolo e REST como estilo.
Alternativa B — ❌ Incorreta
Diz que APIs REST são mais pesadas que implementações SOAP. Na realidade, REST tende a ser mais leve por não exigir envelope XML complexo, permitindo formatos simplificados como JSON. SOAP, com seu padrão de mensagens XML rígido, é considerado mais pesado. Erro de conceito.
Alternativa C — ❌ Incorreta
Afirma que SOAP resulta em "sistemas leves". Na verdade, a rigidez do protocolo, o overhead das mensagens XML e a necessidade de processamento adicional tornam SOAP mais pesado em comparação com REST. A segurança e as transações são benefícios, mas não tornam o sistema leve.
Alternativa D — ❌ Incorreta
Afirma que REST oferece implementação rígida. REST é, por definição, um estilo flexível: as restrições são diretrizes, não um protocolo fechado. O material afirma que REST "define um conjunto de restrições e propriedades" — mas essas são orientações, não regras imutáveis. A rigidez é característica de SOAP, não de REST.
Alternativa E — ❌ Incorreta
Inverte completamente as características: SOAP é protocolo com requisitos rígidos e implementação mais pesada, não flexível e leve. A alternativa descreve o oposto do que SOAP realmente é.