🏆 Desafios
À partir de agora, o seu desafio é continuar escrevendo as funcionalidades que faltam, mas vou te dar umas dicas.
Relembrando, ainda temos as seguintes tarefas a serem feitas.
-
Deve apresentar uma interface que possa ser consumida tanto por um website, quanto por um aplicativo para dispositivos móveis;
-
Deve prover um endpoint que indique a saúde do sistema;
-
Dado um pedido, retornar os seus itens;
-
Os itens de um pedido devem conter um identificador (sku), uma descrição, uma imagem, uma referência e a quantidade.
-
Exibir um relatório com o total de métodos de pagamento utilizados nos últimos 30 pedidos;
-
Dado um pedido (vários itens), enriquecer a informação com as informações de gtin (global trade item number). Deve ser retornado também a marca, descrição e identificação do produto.
-
Como será consumido por terceiros deve apresentar boa documentação;
-
O sistema deve estar preparado para receber novas funcionalidades, garantindo qualidade a cada entrega;
-
O sistema deve apresentar testes.
Warning
Como as APIs abertas do Magalu se encontram em alpha, uma autorização prévia é necessária. Por isso, você pode utilizar uma versão simulada da mesma.
Se não lembra os endpoints disponíveis, volte na página onde exploramos a API.
📊 Relatório
Exibir um relatório com o total de métodos de pagamento utilizados nos últimos 30 pedidos (em um cenário real este critério seria outro como uma data).
Para obter esta informação precisamos de consultar a api de pedidos do Magalu.
Verifique o endpoint que contém esta informação e se atente à paginação do recurso, ou seja, a página só contem 10 pedidos.
Nosso endpoint será /report/
e o seu formato de resposta será um JSON.
O código de status será 200 OK
.
Vamos utilizar o mesmo
X-Tenant-id
que já utilizamos para acessar a API de pedidos. Este valor seria dinâmico em uma aplicação real.
[
{
"payment_method": "magalu_card",
"total": 5
},
{
"payment_method": "pix",
"total": 3
},
{
"payment_method": "mastercard",
"total": 5
}
]
🎁 O produto
Dado uma lista de itens de um pedido, enriquecer com as informações de gtin (global trade item number). Deve ser retornado também o nome, descrição e identificação do produto.
Nosso endpoint será /orders/enriched
. Diferente do que vimos até agora será uma chamada utilizando o verbo POST
com o seguinte payload:
{
"items": [
"123456789",
"987654321",
"444455558"
]
}
Cada valor contido no array items
será um código que identifica um produto.
O retorno deve ser um JSON com o seguinte formato:
{
"items": {
"123456789": {
"name": "Produto 1",
"description": "Descrição do produto 1",
"gtin": "7890000000000"
},
"987654321": {
"name": "Produto 2",
"description": "Descrição do produto 2",
"gtin": "7890000000001"
}
},
"missing": [
"444455558"
]
}
"missing"
.
🏁 Concluindo (ou quase)
Assim finalizamos a primeira parte do guia, espero que tenha curtido bastante esta jornada de aprendizado. Daqui pra frente vamos ver técnicas complementares para melhorar a qualidade e robustez do nosso sistema.
Ainda temos várias coisas não abordadas neste guia que complementam nossa aplicação, mas que tornariam a didática pior ou seriam muito extensas. Recomendo que vejam até o final as referências e continuem se aperfeiçoando.
Caso tenham gostado, não deixe de estrelar o repositório como forma de gratidão. Isto motiva a escrever mais materiais interessantes como este em português.
🐂
Uma api robusta possui as funcionalidades esperadas.