Checked e Unchecked Exceções em Java

Descrição

Java exceções enquadram em duas categorias principais: verificação de exceções e exceções não verificadas. Neste artigo, forneceremos algumas amostras de código sobre como usá-las.

excepções verificadas

Em geral, as excepções verificadas representam erros fora do controlo do programa. Por exemplo, o construtor do FileInputStream atira o FileNotFoundException se o ficheiro de entrada não existir.

Java verifica as excepções verificadas no momento da compilação.,

Portanto, devemos usar os lances de palavra-chave para que declare verificada a excepção de:

também podemos usar um bloco try-catch para tratar uma exceção verificada:

Alguns comuns verificadas as exceções em Java são IOException, SQLException e ParseException.

A classe de excepção é a superclasse das excepções verificadas. Portanto, podemos criar um personalizado verificado exceção, estendendo-se de Exceção:

public class IncorrectFileNameException extends Exception { public IncorrectFileNameException(String errorMessage) { super(errorMessage); }}

Exceções não verificadas

Se um programa lança uma exceção não verificada, que reflete algum erro dentro da lógica do programa., Por exemplo, se dividirmos um número por 0, Java irá lançar Aritméticaexception:

private static void divideByZero() { int numerator = 1; int denominator = 0; int result = numerator / denominator;}

Java não verifica excepções não verificadas no tempo de compilação. Além disso, não temos que declarar exceções não verificadas em um método com a palavra chave de arremessos. E embora o código acima não tenha quaisquer erros durante o tempo de compilação, ele irá lançar a noção aritmética no tempo de execução.

algumas exceções comuns não verificadas em Java são a percepção de ponto null, A percepção de ArrayIndexOutOfBoundsException, e a percepção de ponto final ilegal.,

A classe de concepção em execução é a superclasse de todas as excepções não verificadas. Portanto, podemos criar um personalizado desmarcada exceção estendendo RuntimeException:

public class NullOrEmptyException extends RuntimeException { public NullOrEmptyException(String errorMessage) { super(errorMessage); }}

Quando Usar Verificado Exceções e Exceções não verificadas

É uma boa prática a utilização de exceções em Java, de modo que podemos separar o código de tratamento de erros de código regular. No entanto, temos de decidir qual o tipo de excepção a abrir., A documentação do Oracle Java fornece orientações sobre quando usar exceções assinaladas e exceções não verificadas:

“Se um cliente puder razoavelmente esperar que se recupere de uma exceção, faça-o uma exceção assinalada. Se um cliente não puder fazer nada para recuperar da exceção, faça dela uma exceção não controlada.”

por exemplo, antes de abrir um arquivo, podemos primeiro validar o nome do arquivo de entrada. Se o nome do ficheiro de entrada do Utilizador for inválido, podemos lançar uma excepção personalizada:

if (!isCorrectFileName(fileName)) { throw new IncorrectFileNameException("Incorrect filename : " + fileName );}

desta forma, podemos recuperar o sistema aceitando outro nome de ficheiro de entrada do utilizador., No entanto, se o nome do arquivo de entrada é um ponteiro nulo ou é uma string vazia, isso significa que temos alguns erros no código. Neste caso, devemos lançar uma exceção não verificada:

if (fileName == null || fileName.isEmpty()) { throw new NullOrEmptyException("The filename is null or empty.");}

Conclusão

neste artigo, discutimos a diferença entre marcada e desmarcada exceções. Também fornecemos alguns exemplos de código para mostrar quando usar exceções assinaladas ou não verificadas.

Como sempre, todo o código encontrado neste artigo pode ser encontrado no GitHub.,