Questão de Arquitetura de Software — WebServices — FGV 2024
Arquitetura de Software›WebServices
Código
fg075141
Banca
FGV
Órgão
AL-PR
Ano
2024
Nível
Superior
Cargo
Analista Legislativo - Desenvolvedor de Sistemas
Pensando em uma implementação comum da API REST, assinale a opção que indica o principal princípio associado ao seu estilo arquitetural.
AComunicação bidirecional entre clientes e servidores.
BTransferência de representações de recursos por meio de operações padrão (como GET, POST, PUT e DELETE).
CTransferência direta somente de objetos Javascript entre clientes e servidores.
DUtilização de mensagens SOAP para comunicação entre sistemas.
EUtilização de um modelo de solicitação com estado.
Revelar gabarito e comentário▾
GabaritoB — Transferência de representações de recursos por meio de operações padrão (como GET, POST, PUT e DELETE).
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 API - Princípio Arquitetural
Gabarito: letra B. O princípio fundamental do estilo arquitetural REST é a transferência de representações de recursos por meio de um conjunto uniforme e predefinido de operações padrão, como GET, POST, PUT e DELETE. Esse conceito define a "interface uniforme" e é a base da interoperabilidade entre sistemas na Web, conforme descrito por Roy Fielding em sua tese (2000).
A questão cobra o conhecimento do princípio central do REST, que muitas vezes é confundido com características de outros estilos, como SOAP ou comunicação com estado.
Alternativa A — ❌ Incorreta
REST utiliza uma comunicação cliente-servidor stateless (sem estado), onde cada requisição contém toda a informação necessária. Não se trata de comunicação bidirecional no sentido de um canal contínuo; a interação é baseada em requisição e resposta. Portanto, "comunicação bidirecional" não é um princípio do REST.
Alternativa B — ✅ Correta ⟵ GABARITO
Exatamente: a transferência de representações de recursos (como JSON, XML, HTML) usando operações padrão do HTTP (GET, POST, PUT, DELETE) é o principal princípio do REST. A interface uniforme permite que cliente e servidor manipulem recursos de forma previsível e interoperável.
Alternativa C — ❌ Incorreta
REST não se limita a objetos JavaScript. As representações podem ser em qualquer formato (JSON, XML, HTML, YAML, texto puro, etc.). A alternativa erra ao restringir a "somente objetos Javascript".
Alternativa D — ❌ Incorreta
Mensagens SOAP (Simple Object Access Protocol) são próprias de um estilo arquitetural diferente, baseado em protocolos como SOAP, WSDL e UDDI. REST não utiliza SOAP; usa HTTP diretamente com operações padrão.
Alternativa E — ❌ Incorreta
REST é stateless (sem estado). O servidor não mantém estado da sessão entre requisições; cada requisição é independente. A alternativa inverte o princípio ao afirmar "modelo de solicitação com estado".
flowchart LR
A[Cliente] -->|Requisição GET/POST/PUT/DELETE| B[Servidor REST]
B -->|Representação do recurso (JSON/XML)| A
style A fill:#e6f3ff,stroke:#0066cc
style B fill:#ffe6cc,stroke:#ff6600
NÃO CAIA NESSA!
As alternativas A e E exploram a confusão entre o caráter stateless do REST (requisições independentes) e a noção de "comunicação bidirecional" ou "com estado". Lembre-se: REST troca representações de recursos e cada chamada é autossuficiente.