Alternativa A - True
Análise da Questão
A questão aborda o funcionamento de APIs RESTful, especificamente como os dados são recuperados e organizados entre diferentes entidades (neste caso, Empresas e Contatos).
Por que a resposta é Verdadeira?
Em arquiteturas de software modernas e padrões REST, cada entidade (objeto) geralmente possui seu próprio endpoint (caminho de URL). Isso garante modularidade e eficiência.
- Endpoints Separados:
- Existe um endpoint para Empresas (ex:
/companies/{companyId}). - Existe um endpoint separado para Contatos (ex:
/contacts ou /contacts/search).
- Granularidade dos Dados:
- Quando você chama o endpoint de uma empresa, você recebe as propriedades daquela empresa.
- Os contatos associados são um recurso independente. Embora haja uma relação lógica (uma empresa tem vários contatos), eles não vêm "aninhados" automaticamente com todos os detalhes em uma única chamada simples, a menos que a API suporte explicitamente parâmetros de expansão complexos (o que ainda exigiria uma lógica de filtragem específica).
- Fluxo Típico:
- Passo 1: Você chama o endpoint da empresa para saber quem é o cliente.
- Passo 2: Para obter os detalhes dos contatos (nome, email, telefone), você deve fazer uma nova chamada ao endpoint de contatos, aplicando um filtro (ex:
filter=property=company_id AND value={ID_da_empresa}).
| Ação | Endpoint Alvo | Resultado Esperado |
|---|
| Buscar Empresa | GET /companies/{id} | Dados da empresa |
| Buscar Contatos | GET /contacts?filter=company_id={id} | Detalhes dos contatos |
Conclusão
Para acessar informações detalhadas sobre os contatos vinculados a uma empresa, é necessário interagir com o recurso específico de contatos. Portanto, sim, você faria outtra chamada ao endpoint de contatos.
Alternativa A (True).