Você está correto ao perceber que o método POST é geralmente utilizado para criar ou enviar informações, enquanto o GET é mais usado para recuperar dados. Vamos entender a situação em detalhes:
Login e Token de Acesso:
No primeiro exemplo com a URL http://localhost:8000/public/login, o POST é utilizado porque estamos enviando as credenciais de login (como nome de usuário e senha). A resposta a esse POST será o token de autenticação, que você usará para autorizar futuras requisições no sistema.
Pedidos (GET):
Já em http://localhost:8000/pedidos, o GET é usado para ler ou recuperar informações. Quando você usa o método GET, você está pedindo ao servidor para retornar os pedidos que pertencem ao usuário autenticado.
POST em /pedidos (Criar Novo Pedido):
O uso do POST /pedidos com o cabeçalho Authorization: <token> é uma maneira de enviar informações sobre um novo pedido. No caso do exercício, você está criando um pedido e, para isso, está utilizando POST. O token de autorização é enviado no cabeçalho para que o sistema saiba que o pedido está sendo feito por um usuário autenticado.
Ou seja, nesse caso, o POST está enviando dados sobre um pedido, como o conteúdo do pedido, quantidade, preço, etc. Esse caminho (/pedidos) está relacionado a operações de criação, ou seja, criar novos pedidos. A razão de usar POST aqui é que o método POST é responsável por enviar dados para o servidor e fazer com que ele crie um recurso (neste caso, um novo pedido).
Resumo:
- POST em /public/login: Envia as credenciais de login para obter um token de autenticação.
- GET em /pedidos: Recupera os pedidos do usuário (sem enviar dados).
- POST em /pedidos: Cria um novo pedido, enviando dados sobre ele (usando o token para autenticação).
Portanto, o POST em /pedidos está enviando dados do pedido (como conteúdo do pedido) e não informações de login. Isso seria feito no caminho correto para criar o pedido no sistema.
