Solucionado (ver solução)

Importante

Você está vendo a versão anterior da nova experiência da Alura que estamos preparando para você. Em breve, ela ganha uma identidade visual novinha totalmente pensada em potencializar seus estudos!

Solucionado
(ver solução)
1
resposta

Desafio: Simulador de pedidos em uma cafeteria

Quantidade de itens: 3

Item 1: Café Expresso
Preço: R$ 8,00

Item 2: Pão de Queijo
Preço: R$ 7,50

Item 3: Capuccino
Preço: R$ 12,00

Cliente cadastrado: True

Valor total da compra: R$ 27,50
Desconto aplicado: R$ 2,75
Valor final a pagar: R$ 24,75
INÍCIO

Ler quantidade_itens
total ← 0

Para contador de 1 até quantidade_itens faça

Ler nome_item
Ler preco_item
total ← total + preco_item

FimPara

Ler cliente_cadastrado

Se cliente_cadastrado = True então

desconto ← total × 0,10
total_final ← total - desconto

Senão

desconto ← 0
total_final ← total

FimSe

Escrever "Valor total: R$", total
Escrever "Desconto: R$", desconto
Escrever "Valor final: R$", total_final

O que fazer se o cliente trocar o pedido uma vez realizado a entrada destas informações. Onde entra os códigos neste caso professor Lucas?

1 resposta
solução!

Oi, Telma. Tudo certo?

Sobre a sua dúvida de como lidar com a troca de pedido após a entrada dos dados, é importante pensar que o algoritmo precisa permitir a atualização das informações antes de finalizar o cálculo do total e do desconto. Uma forma comum de implementar isso é incluir uma etapa de validação após a leitura dos itens, perguntando ao usuário se deseja alterar algum pedido. Se sim, você pode repetir o processo de leitura daquele item específico ou até recomeçar a leitura para atualizar todos os itens.

Por exemplo, depois do laço que lê os itens, pode-se inserir uma estrutura de repetição que permita ao cliente informar se quer modificar algum produto ou quantidade. Nesse momento, o código pode pedir o número do item a ser alterado, solicitar o novo nome e preço, e recalcular o total com essas novas informações antes de aplicar o desconto.

No seu código, essa etapa ficaria entre o final do laço que soma os preços e a verificação do cliente cadastrado. Assim, o valor final considerará as alterações feitas. Isso evita que o sistema finalize um pedido errado ou parcial. Essa abordagem também melhora a experiência do usuário, garantindo flexibilidade.

Você já pensou em como poderia implementar essa lógica de repetição e atualização para tornar seu simulador mais interativo e resistente a mudanças durante o processo?

Parabéns pelo esforço em desenvolver essa lógica. O fórum está à disposição para apoiar você.

Alura Conte com o apoio da comunidade Alura na sua jornada. Abraços e bons estudos!