Comparando preços e organizando dados

March 14, 2026

A ideia por trás

Esse projeto surgiu como uma tentativa de sair do padrão “estrutura isolada” e montar algo mais próximo de um sistema completo — mesmo que simples.

A proposta foi direta:

registrar dados, organizar esses dados e extrair alguma decisão deles

No caso, preços.

A estrutura em si não tem nada de especial: uma lista encadeada.

Mas aqui ela deixa de ser só exercício e passa a fazer parte de um fluxo:

Isso muda o tipo de problema.

Você não está mais só implementando uma estrutura — está mantendo coerência ao longo de um ciclo completo.

A principal diferença aqui não está na estrutura, mas na forma de organizar o código.

Usei classes para encapsular os dados e o comportamento.

Isso resolve algumas coisas de forma natural:

Sem exagero — só o suficiente pra não virar bagunça.

Mesmo num sistema pequeno, organização começa a importar rápido.

Quando você tem:

…qualquer descuido começa a se propagar.

E é aí que a diferença entre “funciona” e “está bem estruturado” aparece.

Não foi uma escolha por performance.

Foi uma escolha por simplicidade e controle:

Para o problema, ela resolve sem complicar.

A lógica de decisão (se vale a pena comprar ou não) é simples — e isso é intencional.

Ela serve mais como um “uso” dos dados do que como foco do sistema.

O objetivo aqui não era modelar economia, mas fechar o ciclo: dados → processamento → resposta.

Esse projeto fica num ponto intermediário interessante:

não é só estrutura de dados, mas também não é um sistema complexo.

É um passo na direção de juntar organização, fluxo e manipulação de dados em um único lugar.

No fim, o código não é complicado.

Mas ele já exige um tipo diferente de cuidado — menos com o algoritmo isolado e mais com como tudo se conecta.

E esse tipo de mudança, mesmo em projetos pequenos, já altera bastante a forma de pensar.

Você pode encontrar o projeto completo aqui.