Dúvida com throws

Dá uma olhada nas diferenças entre checked (que extendem Exception) e unchecked (que extendem RuntimeException) exceptions.
Daí vc vai entender melhor isso!

Então cara, tô com o Deitel aqui, aliás, esse exemplo é do Deitel…Já reli o exemplo e a explicação do livro, mas mesmo assim não compreendi…

Então coloca aí o texto do cara e o que vc não entendeu!

Acho q fui bem clara no q não entendi. Se puder me ajudar grata, se quiser apenas pontuação, grata pela ajuda e passa a ficha pra outro.

Oi,

existem exceções que são identificadas em tempo de compilação e outras em tempo de execução.
São exceções que podem ser tratadas. O compilador não vai lhe informar que o seu código vai lançar um NullPointerException, por exemplo. Entretanto, se eles estiver falho, em algum momento isso pode vir a ocorrer.

Quando a exceção deve ser tratada, como uma SQLException, por exemplo, quando utiliza um ResultSet, o método lança (throws) uma exceção e você deve trata-la, seja adicionando o throws no seu método ou usando o try-catch. Como você vai abordar isso? Na minha humilde opinião, cada caso é um caso.
É questão de analisar qual método deve ficar responsavél por tratar a devida exceção, pois, não vai querer que ela “estoure” na cara do usuário final, certo ?

Você pode inclusive tratar a exceção e lançar ela com uma criada por você, algo como: AcessoBDException, quando ocorrer uma SQLException, entende?
Espero te-la ajudado.

Obrigada pela resposta. Mas pelo o q entendi, eu devo usar ou o throws ou então o try catch?

O throws é um aviso.
O try/catch serve pra capturar o erro.

Quando vc usa unchecked exceptions, o throws não é necessário, já que não é obrigatório captura-los.

E dá próxima vez, seja mais educada. Ninguém está aqui pra “ganhar pontos”.

oitathi:

Obrigada pela resposta. Mas pelo o q entendi, eu devo usar ou o throws ou então o try catch?

Na realidade você pode fazer uso de ambos ou somente um.
O Sergio Taborda fez um artigo sobre exceções bem interessante, vale a pena ler.

Vou lhe dar um exemplo, muito básico e bem superficial, apenas para que entenda:

public interface Teste {
  void say(String s) throws Exception;
}

public class Concreta implements Teste {
   void say(String s) throws Exception {
        System.out.println(s);
   }
}

public class RealizaTeste {
   public static void main(String args[]) {
     Concreta c = new Concreta();
     c.say("Teste");
   }
}

Esse exemplo vai gerar erro em tempo de compilação. Porque? Porque o método "say" em sua assinatura lança uma exceção e eu não estou tratando ela.
Eu tenho duas opções para esse caso, ligo o "dane-se" e jogo a exceção para cima ou trato ela. Existe a terceira opção, que é tratar e ainda lançar a exceção, mas vou dar só os dois exemplos:

o "dane-se":

public class RealizaTeste {
   public static void main(String args[]) throws Exception {
     Concreta c = new Concreta();
     c.say("Teste");
   }
}

Veja, não fiz tratamento algum, apenas "repassei" a exceção (tens de ter certeza quando fizer isso). O ruim para esse caso é que vai estourar na cara do usuário a exceção. Bom, tratando ela:

public class RealizaTeste {
   public static void main(String args[]) {
     Concreta c = new Concreta();
     try {
         c.say("Teste");
     } catch (Exception e) {
        System.out.println("Desculpe, infelizmente tivemos uma exceção. " + e.getMessage());
        return;
     }
   }
}

É por ai o caminho :)

opa… um ponto pro Guilherme Gomes. kkkk