Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

cláusulas try/catch #6

Open
hamiltonjr opened this issue Jan 6, 2022 · 1 comment
Open

cláusulas try/catch #6

hamiltonjr opened this issue Jan 6, 2022 · 1 comment

Comments

@hamiltonjr
Copy link

hamiltonjr commented Jan 6, 2022

Olá Professora

No texto sobre try/catch/finally do README.md, você explica que a exception mais genérica deve figurar na cláusula mais acima, na primeira. O texto:

"Importante: Caso você utilize mais de um catch e houver exceções de uma mesma hierarquia de classes, certifique-se que a classe 'mais genérica' esteja como argumento do 'primeiro catch'. Caso contrário, qualquer exceção sempre cairá neste primeiro catch, assim fazendo com que a exception mais específica não seja verificada".

Depois você continua explicando, a meu ver, corretamente. Parece que houve uma inversão ocasional. Entendo que a cláusula mais genérica é IOException e FileNotFoundException é a mais específica.

Será que isso ocorreu ou eu me equivoquei? terei interpretado equivocadamente a sua explcação?

Percebi que talvez esteja errado na explicação da aula Checked Exceptions Parte 2. Parece estar indo contra a sua explicação, a meu ver correta, na aula citada. Isso não é um grande problema, visto que a IDE não deixa o dev escrever as cláusulas de forma equivocada. Mas é importante para o nosso aprendizado que o conteúdo esteja correto.

Espero ter contribuído.

@cami-la
Copy link
Owner

cami-la commented Jan 7, 2022

Olá, @hamiltonjr.
Muito obrigada pela observação e parabéns dedicação ao curso.
Vou corrir o README.md agora mesmo!

"Importante: Caso você utilize mais de um catch e houver exceções de uma mesma hierarquia de classes, certifique-se que a classe 'mais genérica' esteja como argumento do 'último catch'. Caso contrário, qualquer exceção sempre cairá neste primeiro catch, assim fazendo com que a exception mais específica não seja verificada".

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants