RespiraBem
Agenda local e contexto do clima em uma interface móvel.
Fluxo resumido a partir da implementação revisada. Os detalhes e limites estão nas seções abaixo; esta visualização não é screenshot de produção ou prova de desempenho medido.
Objetivo e escopo do protótipo
RespiraBem é um estudo de aplicativo móvel com perfil, agenda e informações do clima. O contexto do projeto é apoiar a organização cotidiana por meio de uma interface simples, sem apresentar o software como produto clínico validado.
A contribuição técnica está em conectar widgets Flutter, operações assíncronas, modelos Dart e persistência local. Dados iniciais e API de demonstração permitem explorar o fluxo antes de uma infraestrutura real de autenticação e sincronização.
Interface e composição de widgets
A aplicação separa páginas de entrada e home de componentes como welcome card, action card e schedule item. Widgets menores encapsulam apresentação e tornam reutilizável a organização visual dos itens da agenda.
A home carrega dados assíncronos e atualiza estado para apresentar usuário e compromissos. Estados vazios e falhas fazem parte do fluxo, evitando que uma lista sem registros seja apresentada como erro de renderização.
SQLite e modelos locais
DatabaseHelper centraliza a abertura do banco SQLite com sqflite. Tabelas representam usuários e itens da agenda; modelos convertem mapas de banco em objetos Dart e vice-versa. Consultas ordenam itens pelo horário.
Inserção de agenda e atualização de perfil acontecem no dispositivo. Essa persistência não equivale a sincronização entre contas, criptografia local ou backup remoto; essas capacidades exigiriam componentes adicionais.
Integração de clima
WeatherApi consulta Open-Meteo por HTTP e transforma JSON em um modelo de clima. O código oferece uma consulta padrão e uma operação parametrizada por coordenadas e nome da cidade.
O tratamento distingue resposta HTTP válida e falhas na obtenção dos dados. Mostrar contexto meteorológico é uma funcionalidade de interface; não são derivadas recomendações médicas nem previsões próprias do projeto.
Entrada demonstrativa e dependências
UserApi consulta uma API fake e procura o usuário por e-mail, comparando dados retornados para simular entrada. Isso permite exercitar parsing, timeout e mensagens de erro, mas não é autenticação segura no servidor.
O protótipo possui caminhos permissivos de demonstração. Uma versão real precisaria de credenciais protegidas, verificação no backend, tokens, isolamento dos dados por usuário e política de privacidade apropriada.
Aprendizado e próximos passos
O projeto demonstra composição de UI, modelagem local, SQL no dispositivo, consumo de APIs e coordenação entre dados remotos e locais. A revisão verificou o código, sem execução em dispositivos ou validação de uso clínico.
A evolução pode incluir migrações de banco, testes de widgets e repositórios, notificações controladas e substituição da API fake. O escopo permanece um estudo de desenvolvimento móvel.