Calculadora de Data de Validade

A matemática de validade usa aritmética inteira de datas ancorada na data de produção. O caminho direto calcula validade = produção + dias_de_vida_útil usando Date.setDate(date.getDate() + n), que trata a transição de mês e ano nativamente (ex: 2025-01-31 + 30 = 2025-03-02 porque fevereiro tem 28 dias). O caminho inverso calcula produção = validade - dias_de_vida_útil da mesma forma. Para evitar desvio de DST ao redor da meia-noite no horário local, a página ancora a aritmética em UTC via Date.UTC(y, m, d) e adiciona milissegundos inteiros (n * 86400000), porque Date.setDate no horário local cruza limites de DST com um deslocamento de uma hora que pode alterar a data visível nas transições de março e novembro nos EUA, e outubro na UE. As unidades de vida útil são normalizadas para dias antes da adição: 1 mês é tratado como 30 dias e 1 ano como 365 dias, correspondendo à heurística usada na maioria das embalagens de consumo, mas não à regra exata do calendário usada por reguladores. O Codex Alimentarius General Standard for the Labelling of Prepackaged Foods (CXS 1-1985, revisado) e o GB 7718-2025 da China especificam vida útil a partir da data de fabricação ou embalagem; a validade farmacêutica segue as diretrizes de teste de estabilidade ICH Q1A (R2) e arredonda a validade impressa para o último dia do mês (então um medicamento fabricado em 2024-08-15 com vida útil de 18 meses é rotulado 2026-02-28, não 2026-02-15). O contador de dias restantes é (validade_utc - agora_utc) / 86400000 arredondado com Math.floor para dias já decorridos e Math.ceil para tempo até a validade, e a faixa de frescor é uma comparação por limiar: expirado quando restante < 0, expirando em breve quando 0 ≤ restante ≤ 30, fresco caso contrário. A lista de observação persistente vive em window.localStorage sob uma única chave com namespace, serializada via JSON.stringify, que a maioria dos navegadores limita a aproximadamente 5-10 MB por origem (Chrome ~10 MB, Safari ~5 MB). Quando a cota é excedida, o navegador lança uma DOMException com name 'QuotaExceededError', e a página deve recorrer ao estado em memória porque gravações após o lançamento são silenciosamente descartadas. O localStorage também é síncrono e same-origin, então as entradas persistem entre recarregamentos de página mas nunca saem do dispositivo. A API de Notificação do navegador (usada pelo lembrete) requer Notification.requestPermission(), é concedida por origem, e no Chrome no Windows ≥ 86 é exibida através do centro de notificações do sistema operacional em vez do navegador em si.

• Aritmética de datas: Date.setDate(d.getDate() + n) trata transição de mês/ano nativamente, mas no horário local cruza limites de DST e pode alterar a data; Date.UTC + ms inteiros é o caminho seguro.
• Normalização de unidades: 1 mês ≈ 30 dias, 1 ano ≈ 365 dias — simples mas não exato no calendário; rótulos farmacêuticos seguem ICH Q1A (R2) e arredondam para o último dia do mês de validade.
• Dias restantes = Math.floor((validade_utc - agora_utc) / 86400000); limiares: restante < 0 → expirado, 0 ≤ restante ≤ 30 → expirando em breve, caso contrário fresco.
• Âncoras regulatórias variam: vida útil de alimentos segue Codex CXS 1-1985 / GB 7718-2025 (a partir da produção ou embalagem); cosméticos usam PAO (Period After Opening) a partir do primeiro uso; medicamentos usam datação de estabilidade ICH Q1A.
• Vida útil após abertura é independente da validade impressa e é menor (ex: azeite de oliva aberto ~3 meses apesar de 24 meses de vida útil lacrada); acompanhe a data de abertura separadamente.
• A cota do localStorage é ~5-10 MB por origem e lança QuotaExceededError (DOMException) quando cheio; gravações após o lançamento são silenciosamente descartadas, então envolva setItem em try/catch e exiba um aviso ao usuário.
• Desvio do relógio do navegador (data do sistema mal configurada) altera a faixa de frescor; a página lê new Date() em vez de uma fonte de tempo remota, então herda qualquer erro de relógio do lado do cliente.