“Nature provides exceptions to every rule.“ - Margaret Fuller 3 – Exceções.

Apresentação em tema: "“Nature provides exceptions to every rule.“ - Margaret Fuller 3 – Exceções."— Transcrição da apresentação:

1 “Nature provides exceptions to every rule.“ - Margaret Fuller 3 – Exceções

2 “Nosso software não tem bugs.”  “Nós não encontramos bugs em nosso software.” Entradas (as vezes maliciosa), falhas na Rede, falhas no Banco de Dados... Tratamento de erros e exceções

3 Contextualização Implementação do programa que executa nos caixas de auto-atendimento dos bancos. 3

4 Motivação O que acontece com o método saca(1000)? 4

5 Como saber se o usuário passou um valor <0? Magic numbers: mudar o retorno de boolean para int, e tratar cada número como código de um erro que ocorreu. Nós perdemos o retorno do método e o valor devolvido é "mágico" e só legível perante extensa documentação; Continuamos não obrigando o programador a tratar esse retorno (ele pode esquecer...) e, caso ele esqueça, seu programa rodará em um estado inconsistente. Algum problema nisso? 5

6 Exceção Por esses e outros motivos, utilizamos um código diferente em Java para tratar aquilo que chamamos de exceções: os casos onde acontece algo que, normalmente, não iria acontecer. – Exemplo: o argumento do saque inválido, além do limite disponível ou um valor negativo 6 Uma exceção representa uma situação que normalmente não ocorre e representa algo de estranho ou inesperado no sistema.

7 Estrutura: blocos try-catch try { // Insira algum código aqui que possa causar algum // tipo de exceção. // Podemos ter muitas linhas de código aqui // ou apenas uma. } catch (MinhaExcecao ex) { // Insira um código aqui que manipule essa exceção. } finally{ // libere os recursos alocados no “try” }

8 Execício I Antes de resolvermos o nosso problema, vamos ver como a Java Virtual Machine age ao se deparar com situações inesperadas, como divisão por zero ou acesso a um índice da array que não existe. – Para aprendermos os conceitos básicos das exceptions do Java, teste o seguinte código você mesmo (5 minutos) – O que é impresso e qual a ordem de execução dos métodos 8

9 Execício I Main  Metodo1  metodo2 – cada método tem suas variáveis locais (só o método em questão enxerga) – Toda invocação de método é empilhada na pilha de execução (stack) 9

10 Resultado 10 stack trace, ou rastro da pilha Exceção: índice fora dos limites do array

11 Sistema de exceções do Java Quando uma exceção é lançada (throw), a JVM entra em estado de alerta e vai ver se o método atual toma alguma precaução ao tentar (try) executar esse trecho de código; 11 ArrayIndexOutOfBounds Exceção é lançada no metodo2, mas ele não toma nenhuma precaução (try); JVM, pára a execução dele e desce um stackFrame; A exceção (batata quente) continua viva, pois ninguém tratou ela. Logo, ela é passada adiante. JVM volta pra o metodo1, mas ele também não toma nenhuma precaução com a exceção ArrayIndexOutOfBoundsException; De modo similar, a exceção vai pro main, que também não a trata, e assim o programa explode e pára de funcionar!

12 Obviamente, aqui estamos forçando esse caso e não faria sentido tomarmos cuidado com ele. É fácil arrumar um problema desses: basta percorrermos a array no máximo até o seu length. Porém, apenas para entender o controle de fluxo de uma Exception, vamos colocar o código que vai tentar (try) executar o bloco perigoso e, caso o problema seja do tipo ArrayIndexOutOfBoundsException, ele será pego (caught). Repare que é interessante que cada exceção no Java tenha um tipo... ela pode ter atributos e métodos. 12

13 13 ?

14 Retire o try/catch e coloque ele em volta da chamada do metodo2. 14 ?

15 Faça o mesmo, retirando o try catch novamente e colocando em volta da chamada do metodo1. Rode os códigos, o que acontece? 15 ? A partir do momento que uma exception foi catched (pega, tratada, handled), a execução volta ao normal a partir daquele ponto.

16 Hierarquia 16 Situações incomuns que não são causados por erro de implementação Geralmente são causadas por erro de implementação Geralmente são causadas por indisponibilidades ou inexistência do recurso Errors Unchecked exceptions Checked exceptions

17 17 NullPointerException e ClassCastException, são checked (obrigatoriamente precisam ser tratadas) ou unchecked / runtime?

18 Unchecked/RuntimeExceptions número/0  ArithmeticException acessar elemento fora dos limites de um array  ArrayIndexOutOfBoundsException acessar atributos ou chamar métodos de referência nula  NullPointerException Tentar converter uma variável de referência em um tipo que não passa no teste É-UM (instanceof)  ClassCastException Também são chamadas de Unchecked Exceptions – Podem ser consertadas programaticamente

19 19 Unchecked/RuntimeExceptions

20 Compila? Checked Exceptions obriga a quem chama o método ou construtor (que lança a exceção) a tratar essa exceção – checked: o compilador checará se ela está sendo devidamente tratada, diferente das anteriores, conhecidas como unchecked – caso não esteja sendo tratada, o código não compilará 20

21 Como resolver? 21 1 2

22 Múltiplas exceções 22 1 2 3

23 Lançando exceções 23 throw está no imperativo, ou seja, significa lance RuntimeException é muito genérica algo foi usado como argumento e o método saca não gostou

24 24 Lançando exceções É boa prática adicionar msg explicando a exceção E se o valor passado fosse negativo, como resolveríamos esse problema?

25 O que colocar dentro do try? 25 1 2 Mas há ainda uma outra opção: imagine que, para o nosso sistema, uma falha ao sacar da conta poupança deve parar o processo de saques e nem tentar sacar da conta corrente.

26 Criando nossa própria Exceção 26

27 Discussão final Existe uma péssima prática de programação em java que é a de escrever o catch e o throws com Exception. – Existem códigos que sempre usam Exception pois isso cuida de todos os possíveis erros. O maior problema disso é generalizar o erro. Se alguém joga algo do tipo Exception para quem o chamou, quem recebe não sabe qual o tipo específico de erro ocorreu e não vai saber como tratar o mesmo. Sim, há casos onde o tratamento de mais de uma exception pode ser feito de uma mesma maneira. Por exemplo, se queremos terminar a aplicação tanto no caso de IOException quanto em SQLException. Se fizermos catch(Exception e)para pegar esses dois casos, teremos um problema: a aplicação vai parar mesmo que outra exceção seja lançada. A solução correta seria ter dois catches, mas aí teríamos código repetido. Para evitar o código repetido, podemos usar o multi-catch do Java 7, que permite um mesmo catch cuidar de mais de 1 exceção, através da sintaxe: catch(IOException | SQLException e) {... }. 27

28 Referências Essa aula utilizou os exemplos das apostilas caelum e do livro de certificação Java (SCJP por Kathy Sierra). Leitura adicional: http://blog.caelum.com.br/lidando-com- exceptions/ 28