The latest articles on DEV Community by Taina Costa (@taina_costa_f). https://dev.to/taina_costa_f https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3943996%2Fbdbec28d-a623-4e05-90a1-066211db8a41.jpeg https://dev.to/taina_costa_f en Taina Costa Thu, 21 May 2026 11:42:16 +0000 https://dev.to/taina_costa_f/o-que-e-uma-api-rest-entenda-em-5-minutos-com-exemplos-do-dia-a-dia-13pn https://dev.to/taina_costa_f/o-que-e-uma-api-rest-entenda-em-5-minutos-com-exemplos-do-dia-a-dia-13pn <h2> Um guia visual e sem complicação para quem está começando agora na programação </h2> <p>Se você está começando a programar, já deve ter ouvido a palavra "API" umas mil vezes — em vídeos, vagas de emprego, documentações. E provavelmente pensou: "ok, mas o que isso significa, na prática?"</p> <p>Neste artigo vou te explicar o que é uma <strong>API REST</strong> usando exemplos do mundo real, sem termos técnicos desnecessários. No final, você vai entender o conceito que está por trás de praticamente todo aplicativo que você usa todo dia.</p> <h2> A analogia do garçom </h2> <p>Imagine que você está em um restaurante. Você não vai até a cozinha pegar sua comida, certo? Você fala com o <strong>garçom</strong>, que leva seu pedido pra cozinha e traz a comida de volta pra mesa.</p> <p>Uma <strong>API</strong> funciona exatamente assim. Ela é o garçom entre dois sistemas:</p> <ul> <li> <strong>Você</strong> (ou um aplicativo) faz um pedido</li> <li>A <strong>API</strong> leva esse pedido pra um servidor (a "cozinha")</li> <li>O servidor processa o pedido e devolve uma resposta</li> <li>A API entrega a resposta de volta pra você</li> </ul> <p>Toda vez que o app do iFood mostra restaurantes perto de você, ele está fazendo isso através de uma API. Toda vez que o Instagram carrega o feed, é uma API que entrega os posts. Quando você paga com Pix, três ou quatro APIs conversam entre si nos bastidores.</p> <h2> O que significa "REST"? </h2> <p>REST é um conjunto de <strong>regras</strong> sobre como essa "conversa" entre sistemas deve acontecer. Pense nisso como o protocolo de etiqueta do garçom: ele sempre vai te perguntar de uma certa forma, anotar de um certo jeito, e trazer a resposta seguindo um padrão.</p> <p>As principais regras do REST são:</p> <ol> <li> <strong>Tudo é um recurso.</strong> Um usuário, um produto, uma foto — cada coisa tem um endereço próprio</li> <li> <strong>A conversa é sem memória.</strong> Cada pedido é independente, o servidor não "lembra" do pedido anterior</li> <li> <strong>Usa os métodos do HTTP.</strong> Aqueles verbos: <code>GET</code>, <code>POST</code>, <code>PUT</code>, <code>DELETE</code> </li> </ol> <h2> Os 4 verbos que você precisa conhecer </h2> <p>Esses são os "tipos de pedido" que você pode fazer pra uma API REST:</p> <div class="table-wrapper-paragraph"><table> <thead> <tr> <th>Verbo</th> <th>O que faz</th> <th>Exemplo</th> </tr> </thead> <tbody> <tr> <td><code>GET</code></td> <td>Buscar informação</td> <td>"Me mostra os meus posts"</td> </tr> <tr> <td><code>POST</code></td> <td>Criar algo novo</td> <td>"Cria um post novo"</td> </tr> <tr> <td><code>PUT</code></td> <td>Atualizar algo existente</td> <td>"Muda o título desse post"</td> </tr> <tr> <td><code>DELETE</code></td> <td>Apagar algo</td> <td>"Apaga esse post"</td> </tr> </tbody> </table></div> <h2> Um exemplo prático </h2> <p>Vamos supor que existe uma API de uma rede social fictícia. Pra buscar todos os posts de um usuário, você faria uma requisição assim:</p> <p>GET <a href="https://api.redesocial.com/usuarios/123/posts" rel="noopener noreferrer">https://api.redesocial.com/usuarios/123/posts</a></p> <p>Lendo da esquerda pra direita:</p> <ul> <li> <code>GET</code> — quero <strong>buscar</strong> informação</li> <li> <code>https://api.redesocial.com</code> — endereço da API</li> <li> <code>/usuarios/123/posts</code> — quero os posts do usuário de ID 123</li> </ul> <p>A API responderia algo parecido com isso (em formato <strong>JSON</strong>, que é o jeito mais comum de organizar dados na web):</p> <div class="highlight js-code-highlight"> <pre class="highlight plaintext"><code> json [ { "id": 1, "titulo": "Meu primeiro post", "data": "2026-05-15" }, { "id": 2, "titulo": "Aprendendo APIs", "data": "2026-05-20" } ] Pronto. Isso é uma resposta de API REST. Seu aplicativo recebe esses dados e mostra na tela como uma lista de posts. Como testar uma API de verdade (sem programar) Você pode testar APIs públicas direto do navegador. Tente abrir esse link agora: https://api.github.com/users/torvalds Você vai ver os dados do perfil do Linus Torvalds (criador do Linux) no GitHub. Isso é uma resposta de API REST em formato JSON. Outras APIs públicas que valem a pena explorar: PokeAPI — dados de Pokémon (https://pokeapi.github.io/) ViaCEP — consulta de CEP brasileiro (https://viacep.com.br/) JSONPlaceholder — API fake pra testes (https://jsonplaceholder.typicode.com/) Próximos passos Agora que você entendeu o conceito, sugiro: Testar a ViaCEP abrindo https://viacep.com.br/ws/01310100/json/ no navegador Estudar JSON — é o formato em que as APIs respondem Aprender sobre fetch (JavaScript) ou a biblioteca requests (Python) — são as ferramentas pra fazer chamadas de API em código Conclusão API REST não é um bicho de sete cabeças. É só uma forma padronizada de dois sistemas conversarem pela internet. Toda vez que você usa qualquer aplicativo moderno, dezenas de APIs estão trabalhando nos bastidores pra que ele funcione. Se esse conteúdo te ajudou, deixa um ❤️ aí embaixo. E se quiser que eu escreva sobre algum outro conceito de programação explicado de forma simples, comenta o tema! </code></pre> </div> braziliandevs tutorial webdev api