Exceções: tentar e capturar

A rede de segurança do programa

Alguns trechos de código são naturalmente arriscados: converter um texto que o usuário digitou em número (e se ele digitou letras?), abrir um arquivo (e se não existir?), acessar a internet (e se a conexão cair?). Nessas horas, o programa pode topar com uma exceção, o nome técnico de um erro de execução sinalizado. Sem tratamento, a exceção sobe e derruba o programa, fechando o app ou mostrando uma tela de erro feia. Mas você não precisa aceitar isso. As linguagens oferecem uma rede de segurança chamada tentar e capturar: você embrulha o trecho arriscado num bloco tentar e, logo depois, escreve um bloco capturar dizendo o que fazer se der erro. Se a exceção acontecer dentro do tentar, o programa não quebra; ele pula direto para o capturar, onde você assume o controle.

tentar
  idade <- converterParaNumero(textoDigitado)
  escreva("Você tem ", idade, " anos")
capturar erro
  escreva("Por favor, digite a idade usando apenas números")
fim
// se o usuário digitou "abc", o converter falha, mas o programa
// não quebra: pula para o capturar e mostra a mensagem amigável

O trecho arriscado fica no tentar. Se der erro, o programa desvia para o capturar em vez de quebrar.

Tratar o erro com elegância

O que você faz dentro do capturar define a qualidade do seu programa. A opção mais básica é avisar o usuário com uma mensagem clara e amigável: em vez de um críptico erro de conversão, um educado por favor, digite apenas números. Mas dá para ir além. Você pode oferecer uma alternativa (usar um valor padrão quando o arquivo de configuração não abre), tentar de novo (reconectar quando a internet cai), ou registrar o problema para investigar depois, mantendo o programa vivo. O ponto central é que o capturar devolve a você o controle numa situação que, sem ele, terminaria em quebra. Um programa robusto não é um que nunca encontra erros; é um que sabe o que fazer quando os encontra. E a diferença que o usuário sente é enorme: um app que trata erros passa confiança, enquanto um que fecha do nada parece amador.

Quando capturar e quando deixar quebrar

Uma tentação de iniciante é embrulhar tudo em tentar/capturar para o programa nunca quebrar. Isso é um erro sutil. Capturar uma exceção e não fazer nada com ela, ou esconder o erro sob o tapete, transforma uma quebra visível num erro de lógica silencioso, que é pior. A boa prática é capturar apenas os erros que você sabe como tratar de forma útil: o usuário digitou algo inválido, o arquivo opcional não existe, a rede oscilou. Para esses, você tem uma resposta sensata. Já erros que revelam um bug de programação, uma variável que nunca deveria estar vazia, uma condição impossível, muitas vezes é melhor deixar aparecer durante o desenvolvimento, para você consertar a causa, em vez de mascarar. Capturar é uma ferramenta de tratar o esperado-mas-ruim, não de varrer bugs para debaixo do tapete. Usada assim, ela deixa o programa robusto; usada para silenciar tudo, ela esconde problemas.